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(54) Transmission apparatus, recording apparatus and methods of transmitting and recording 


(57) The invention provides a transmission appara- 
tus, a recording apparatus, a transmission and recep- 
tion apparatus, a transmission method, a recording 
method and a transmission and reception method by 
which data can be communicated between different ap- 


paratus over a single data bus in accordance with a first 
communication method wherein data can be transmit- 
ted and/or received periodically and a second commu- 
nication method wherein data can be transmitted and/ 
or received asynchronously. 
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Description 

[0001] The present invention relates to transmission 
apparatus, reception apparatus and methods of trans- 
mitting and receiving. s 
[0002] As a recording apparatus and/or a reproduc- 
tion apparatus which can record and/or reproduce mu- 
sic and so forth, a recording apparatus and/or a repro- 
duction apparatus are known on which a magneto-opti- 
cal disc, a magnetic tape or the like on which an audio io 
signal is recorded as a digital signal is used as a record- 
ing medium. A mini disc (Trade Mark) is known as such 
a magneto-optical disc as mentioned above. In a record- 
ing and reproduction system in which the magneto-op- 
tical disc is used, a user can not only record and repro- is 
duce an audio signal of tunes and so forth as programs, 
but also record a title unique to the recording medium, 
that is, a disc name, and titles, that is, track names, of 
the programs such as tunes recorded on the recording 
medium as character information on the recording me- 20 
dium. For example, upon reproduction, the disc title, the 
titles of the tunes, the names of artists and so lorth can 
be displayed on a display section of a reproduction ap- 
paratus. 

[0003] It is to be noted that, in the present specifica- 25 
tion, the term "program" is used to signify a unit of audio 
data or the like such as a tune as main data recorded 
on a disc. For Example, audio data for one tune make 
one program. Also the term "track - is used in the same 
significance as the "program". 30 
[0004] A mini disc system in which a mini disc is used 
as a recording medium has been proposed by the As- 
signee of the present invention wherein a recording area 
into which sub data incidental to audio data as main data 
can be recorded is provided separately from a recording 35 
area into which the main data are recorded on a mini 
disc such that still picture data and character data can 
be recorded as the sub data. It is to be noted that the 
character data in the present specification include also 
data of symbols, marks and so forth. 40 
[0005] For example, also a conventional mini disc 
system different from the mini disc system described 
above can record character information such as a disc 
name and a track name. Such character information is 
recorded in a corresponding relationship to each pro- 4S 
gram in the U-TOC (User Table Of Contents) of a mini 
disc. However, since the U-TOC itself does not have a 
very large capacity, it merely allows recording of char- 
acters of titles and so forth as described above. 
[0006] In contrast, where an area exclusively used to so 
record sub data therein is provided on a mini disc, it can 
be realized readily to record not only character informa- 
tion but also video data which do not require a very targe 
capacity such as, for example, a still picture. 
[0007] The following paragraphs provide an indication ss 
of a technical problem to which the present invention is 
directed and an indication at least in part of a solution 
provided by embodiments of the invention. 


[0008] In recent years, digital direct broadcasting has 
spread progressively. The digital direct broadcasting is 
tough against noise and fading, for example, when com- 
pared with existing analog broadcasting, and allows 
transmission of a signal of a high quality. Further, the 
digital direct broadcasting exhibits an augmented fre- 
quency utilization efficiency and allows utilization of mul- 
tiple channels. In particular, the digital direct broadcast- 
ing allows assurance of several hundreds channels with 
one satellite. In such digital direct broadcasting, a large 
number of exclusive channels for sports, motion pic- 
tures, music, news and so forth are prepared, and pro- 
grams for respectively exclusive contents are broadcast 
in the exclusive channels. 

[0009] It has been proposed to make use of such a 
digital direct broadcasting system as described above 
so that a user can downbad audio data of a tune or the 
like or can, for example, make a purchase contract re- 
garding some commodity while observing a broadcast- 
ing screen. In short, the digital direct broadcasting sys- 
tem involves data service broadcasting together with 
broadcasting of ordinary broadcasting contents. 
[0010] As an example, in downloading of music data, 
the broadcasting side multiplexes tune data and video 
data of an album jacket or the like and text data of liner 
notes, that is, sentences regarding tunes, artists and so 
forth, incidental to the tune data and broadcasts the mul- 
tiplexed data in parallel to a broadcasting program. Up- 
on downloading of such tune data and incidental infor- 
mation, a GUI (Graphical User Interface) screen, which 
is an operation screen for downloading, is displayed so 
that a user can perform interactive operations. Also data 
for such GUI screen outputting are broadcast in a mul- 
tiplexed condition. 

[0011] On the user side who owns a reception appa- 
ratus, while a desired channel is selected, a predeter- 
mined operation is performed for the reception appara- 
tus so that a GUI screen for downloading tune data is 
displayed or outputted. Then, the user performs an op- 
eration for the operation screen displayed in this manner 
so that, for example, the data are supplied to and re- 
corded by a digital audio apparatus connected to the re- 
ception apparatus. 

[0012] Further, in recent years, a data transmission 
system has been proposed wherein various electronic 
apparatus such as digital AV (Audio Visual) apparatus 
and a personal computer apparatus are connected to 
each other, for example, by an IEEE (Institute of Elec- 
trical Engineers) 1 394 bus so that data may be commu- 
nicated between them. 

[0013] From the technical background described 
above, it is a possible idea to provide a system wherein 
audio data as main data and video data and text data 
as sub data incidental to the audio data which can be 
handled by the mini disc system described above are 
broadcast as download data, for example, by digital di- 
rect broadcasting such that the user side can receive 
the download data by means of a digital direct broad- 
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casting reception apparatus and record the received 
download data onto a mini disc by means of a mini disc 
player over an IEEE 1 394 bus. 

[0014] Further, if a personal computer apparatus or 
some other AV apparatus is connected to a mini disc s 
player of such a system as just described over an IEEE 
1 394 bus, then also it is possible, for example, to fetch 
data reproduced by the AV apparatus into the personal 
computer apparatus and perform editing processing 
and so forth for the data using the personal computer or 
to cause the personal computer to perform operation 
control for some other AV apparatus. 
[0015] Where the AV system whose components are 
connected to each other by the IEEE 1394 bus as de- 
scribed above transmits audio data as main data and 
video data or text data as sub data which are handled 
by the mini disc system described above, it is preferable 
to establish a transmission form which exhibits an effi- 
ciency as high as possible taking, for example, a burden 
to hardware, software and so forth into consideration 
while the IEEE 1394 standard is observed. 
[0016] Various features and aspects of the present in- 
vention are defined in the appended claims. 
[001 7] According to a first aspect of the present inven- 
tion, there is provided an information transmission ap- 
paratus which can communicate data with another ap- 
paratus over a single data bus in accordance with a first 
communication system wherein data can be transmitted 
periodically and a second communication system 
wherein data can be transmitted asynchronously, in- 
cluding discrimination means for discriminating whether 
data to be transmitted are main data to be outputted suc- 
cessively in time or sub data relating to the main data 
and transmission means for transmitting, when the dis- 
crimination means discriminates that the data to be 
transmitted are main data to be outputted successively 
in time, the data in accordance with the first communi- 
cation system but transmitting, when the discrimination 
means discriminates that the data are sub data relating 
to the main data : the data in accordance with the second 
communication system. 

[001 8] Embodiments of the present invention relate to 
a transmission apparatus, a recording apparatus, a 
transmission and reception apparatus, a transmission 
method, a recording method and a transmission and re- 
ception method by which data are transmitted and re- 
ceived through a data interface in accordance with a 
predetermined data communication format. 
[0019] Embodiments of the present invention can pro- 
vide a transmission apparatus, a recording apparatus, 
a transmission and reception apparatus, a transmission 
method, a recording method and a transmission and re- 
ception method by which data can be communicated be- 
tween different apparatus over a single data bus in ac- 
cordance with a first communication method wherein 
data can be transmitted and/or received periodically and 
a second communication method wherein data can be 
transmitted and/or received asynchronously. 


[0020] According to a second aspect of the present 
invention, there is provided a recording apparatus which 
communicates data over a single data bus in accord- 
ance with a first communication system wherein data 
can be received periodically and a second communica- 
tion system wherein data can be received asynchro- 
nously and records the received data onto a recording 
medium, including discrimination means for discriminat- 
ing whether data received are main data transmitted 
thereto in accordance with the first communication sys- 
tem and to be outputted successively in time or sub data 
transmitted in accordance with the second communica- 
tion system and relating to the main data and recording 
means for recording : when the discrimination means 
discriminates that the received data are main data to be 
outputted successively in time, the received main data 
into a first area of the recording medium but recording, 
when the discrimination means discriminates that the 
received data are sub data relating to the main data, the 
received sub data into a second area of the recording 
medium. 

[0021] According to a third aspect of the present in- 
vention, there is provided a transmission and reception 
system, including first reception means for receiving 
main data to be outputted successively in time and sub 
data relating to the main data, transmission means for 
transmitting the main data received by the first reception 
means and to be outputted successively in time in ac- 
cordance with a first communication system wherein da- 
ta can be transmitted periodically and transmitting the 
sub data relating to the main data in accordance with a 
second communication system wherein data can be 
transmitted asynchronously, second reception means 
for receiving the main data and the sub data transmitted 
from the transmission means over a single cable, and 
separation means for separating the main data trans- 
mitted in accordance with the first communication sys- 
tem and received by the second reception means and 
the sub data transmitted in accordance with the second 
communication system and received by the second re- 
ception means from each other. 

[0022] According to a fourth aspect ol the present in- 
vention, there is provided an information transmission 
method by which data can be communicated between 
different apparatus over a single data bus in accordance 
with a first communication system wherein data can be 
transmitted periodically and a second communication 
system wherein data can be transmitted asynchronous- 
ly, including the steps of discriminating whether data to 
be transmitted are main data to be outputted succes- 
sively in time or sub data relating to the main data, and 
transmitting, when it is discriminated by the discriminat- 
ing step that the data to be transmitted are main data to 
be outputted successively in time, the data in accord- 
ance with the first communication system but transmit- 
ting, when it is discriminated by the discriminating step 
that the data are sub data relating to the main data, the 
data in accordance with the second communication sys- 
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tern. 

[0023] According to a fifth aspect of the present inven- 
tion, there is provided a recording method by which data 
are communicated over a single data bus in accordance 
with a first communication system wherein data can be 5 
received periodically and a second communication sys- 
tem wherein data can be received asynchronously and 
the received data are recorded onto a recording medi- 
um, including the steps of discriminating whether data 
received are main data transmitted thereto in accord- 10 
ance with the first communication system and to be out- 
putted successively in time or sub data transmitted in 
accordance with the second communication system and 
relating to the main data, and recording, when it is dis- 
criminated by the discriminating step that the received 15 
data are main data to be outputted successively in time, 
the received main data into a first area of the recording 
medium but recording, when it is discriminated by the 
discriminating step that the received data are sub data 
relating to the main data, the received sub data into a 20 
second area of the recording medium. 
[0024] According to a sixth aspect of the present in- 
vention, there is provided a transmission and reception 
method, including a first receiving step of receiving main 
data to be outputted successively in time and sub data 25 
relating to the main data, a transmitting step of transmit- 
ting the received main data to be outputted successively 
in time in accordance with a first communication system 
wherein data can be transmitted periodically and trans- 
mitting the sub data relating to the main data in accord- 30 
ance with a second communication system wherein da- 
ta can be transmitted asynchronously, a second receiv- 
ing step of receiving the main data and the sub data 
transmitted in the transmitting step over a single cable, 
and a separating step of separating the received main 35 
data transmitted in accordance with the first communi- 
cation system and the received sub data transmitted in 
accordance with the second communication system 
from each other 

[0025] The above and other objects, features and ad- 40 
vantages of the present invention will become apparent 
from the following description and the appended claims. 
[0026] The invention will now be described by way of 
example with reference to the accompanying drawings, 
throughout which like parts are referred to by like refer- 45 
ences, and in which: 

FIG. 1 is a block diagram showing a digital direct 
broadcast reception system to which the present in- 
vention is applied; so 
FIG. 2 is a detailed block diagram showing an AV 
system shown in FIG. 1 ; 

FIG. 3 is a schematic view showing an appearance 
of a remote controller for an IRD shown in FIG. 1 ; 
FIG. 4A is a schematic view showing an image dis- ss 
played on a monitor shown in FIG. 1 upon reception 
of a broadcast; 

FIG. 4B is a schematic view showing an image dis- 


played on the monitor shown in FIG. 1 upon down- 
loading; 

FIG. 5 is a block diagram showing an internal con- 
struction ot a terrestrial station shown in FIG. 1 ; 
FIG. 6A is a timing chart illustrating television pro- 
gram broadcast data transmitted from the terrestrial 
station of FIG. 5; 

FIGS. 6B, 6C and 6D are timing charts illustrating 
different MPEG 2 audio data repetitively outputted 
from an MPEG audio signaling system shown in 

fig. 5; .. . ^ ' t ; ^ 

FIGS. 6E and 6F are timing charts illustraiirliyifler- 
ent ATRAC audio data repetitively outputted fpom 
an ATRAC audio sig^^fag, 

FIGS. 6G and 6H are timing charts illustrating dif- 
ferent audio additional information repetitively out- 
putted from an audio additional information signal- 
ing system shown in FIG. 5; 

FIG. 61 is a timing chart illustrating GUI data repet- 
itively outputted from a DSM-CC encoder shown in 

fig. 5; ; " : 

FIGS. 7 A to 7D are diagrammatic views individually 
showing structures of data of 4 channels transmit- 
ted in a time division multiplexed condition; 
FIGS. 7E to 7H are diagrammatic views individually 
showing structures of data obtained by re-con- 
structing the received data of 4 channels illustrated 
in FIGS. 7Ato7D; 

FIG. 8A is a schematic view showing a file structure 
in a DSM-CC system; 

FIG. 8B is a diagrammatic view showing an object 
when a file of the DSM-CC system shown in FIG. 
8 A is converted into a BIOP message; 
FIG. 8C is a diagrammatic view showing a data 
structure of a module; 

FIG. 8D is a schematic view showing a blocked form 
of the module shown in FIG. BC; 
FIG. 8E is a diagrammatic view illustrating a mes- 
sage named DDB wherein a header is added to a 
block shown in FIG. 8D; 

FIG. 8F is a schematic view illustrating a data trans- 
fer method for transmitting a message repetitively 
and periodically; 

FIG! 9A is a timing chart illustrating a transport 
stream; 

FIG. 9B is a diagrammatic view showing a data 
structure of a transport packet included in the trans- 
port stream shown in FIG. 9A; 
FIG. 9C is a diagrammatic view showing a data 
structure of a header included in the transport pack- 
et shown in FIG. 9A; 

FIG. 1 0A is a diagrammatic view showing a data 
structure of a NIT/CAT; 

FIG. 10B is a diagrammatic view showing a data 
structure of carriers included in the NIT/CAT of FIG. 
10A; 

FIG. 10C is a diagrammatic view showing a data 
structure of channel information for each carrier; 
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FIG. 1 0D is a schematic view showing a data struc- 
ture of components and an ECM packet from which 
a channel is formed; 

FtG. 11 is a detailed block diagram of the I RD shown 
in FIG. 1; s 
FIG. 12 is a detailed block diagram of a recording 
and reproduction apparatus to which the present in- 
vention is applied, 

FIG. 13A is a diagrammatic view showing a data 
structure of clusters recorded on a recording track io 
of a disc used in the recording and reproduction ap- 
paratus of FIG. 12; 

FIG. 13B is a diagrammatic view showing a data 
structure of sectors which form a cluster shown in 
FIG. 13A; 75 
FIG. 13C is a diagrammatic view showing a data 
structure of sound groups which form a pair of sec- 
tors shown in FIG. 1 3B; 

FIG. 1 3D is a diagrammatic view showing a data 
structure of eleven sound groups formed from a pair 20 
of sectors; 

FIG. 13E is a diagrammatic view showing a data 
structure of sound frames which form the eleven 
sound groups shown in FIG. 13D; 
FIG. 14A is a diagrammatic view showing a data 25 
structure of an ordinary address format applied to a 
recording medium for use with the recording and re- 
production apparatus; 

FIG. 14B is a diagrammatic view showing a data 
structure of a compacted type address format ap- so 
plied to the recording medium for use with the re- 
cording and reproduction apparatus; 
FIG. 1 5A is a diagrammatic view showing an exam- 
ple of description when data of the ordinary address 
format are described in the compacted address for- 35 
mat; 

FIG. 1 5B is a diagrammatic view showing an exam- 
ple of description when data of the ordinary address 
format are described in a compacted type absolute 
address format and a compacted type offset ad- 40 
dress; 

FIG. 15C is a diagrammatic view showing another 
example of description when data of the ordinary 
address format are described in a compacted type 
absolute address format and a compacted type off- 45 
set address; 

FIG. 16A is a diagrammatic view showing an area 
structure of a magneto-optical disk used in the re- 
cording and reproduction apparatus of FIG. 12; 
FIG. 16B is a diagrammatic view showing a detailed so 
area structure of a management area and a pro- 
gram area shown in FIG. 16A; 
FIG. 17 is a diagrammatic view illustrating a data 
structure of the U-TOC sector 0 recorded in the 
management area; 55 
FIG. 18 is a diagrammatic view illustrating a link 
structure; 

FIG. 19 is a diagrammatic view illustrating a data 


structure of the U-TOC sector 1 recorded in the 
management area shown in FIG. 16B; 
FIG. 20 is a diagrammatic view illustrating a data 
structure of the U-TOC sector 2 recorded in the 
management area; 

FIG. 21 is a diagrammatic view illustrating a data 
structure of the U-TOC sector 4 recorded in the 
management area; 

FIG. 22 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 0 recorded in the 
management area; 

FIG. 23 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 1 recorded in the 
management area; 

FIG. 24 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 2 recorded in the 
management area; 

FIG. 25 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 3 recorded in the 
management area; 

FIG. 26 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 4 recorded in the 
management area; 

FIG. 27 is a diagrammatic view illustrating a data 
structure of the AUX-TOC sector 5 recorded in the 
management area; 

FIG. 28 is a diagrammatic view illustrating a data 
structure of AUX picture file data recorded in an 
AUX data area of the management area shown in 
FIG. 16B; 

FIG. 29 is a diagrammatic view illustrating a data 

structure of AUX text file data recorded in the AUX 

data area of the management area; 

FIG. 30A is a diagrammatic view illustrating a table 

for a copy status regarding a picture file; 

FIG. 30B is a diagrammatic view illustrating a copy 

status updating table; 

FIG. 31 is a diagrammatic view showing a data 
structure of a picture information file or a text infor- 
mation file; 

FIG. 32 is a diagrammatic view showing a table il- 
lustrating contents of definitions for a text mode set 
in part tables of the AUX-TOC sector 4 shown in 
FIG. 26; 

FIG. 33 is a diagrammatic view showing a data 
structure of a text file; 

FIG. 34 is a block diagram showing a detailed con- 
struction of a personal computer to which the 
present invention is applied; 
FIG. 35 is a stack model applied to the IEEE 1394; 
FIG. 36 is a schematic view showing a cable struc- 
ture of an IEEE 1394 bus; 

FIG. 37 A is a timing chart of a data signal transmit- 
ted by the cable shown in FIG. 36; 
FIG. 37B is a timing chart of a strobe signal trans- 
mitted by the cable shown in FIG. 36; 
FIG. 37C is a timing chart of a clock signal transmit- 
ted by the cable shown in FIG. 36; 
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FIG. 38 is a diagrammatic view showing a manner 
of connection among several apparatus using an 
IEEE 1394 bus; 

FIG. 39A is a diagrammatic view illustrating a com- 
munication condition between different apparatus in s 
an initial state; 

FIG. 39B is a similar view but illustrating a commu- 
nication condition between the different apparatus 
after bus resetting; 

FIG. 39C is a schematic view illustrating a commu- io 
nication condition between the different apparatus 
after a TREE structure is settled; 
FIG. 40 is a timing chart showing a data structure 
for a cycle; 

FIG. 41 A is a processing transition diagram iilustrat- is 
ing basic transactions in asynchronous communi- 
cation; 

FIG. 41 B is a table illustrating particular contents of 
a transaction request; 

FIG. 42 is a diagrammatic view showing a data 20 
structure of a bus address in an IEEE 1394 bus; 
FIG. 43 is a diagrammatic view showing a data 
structure of a CIP; 

FIG. 44 is a diagrammatic view showing a connec- 
tion condition prescribed for a plug; 2s 
FIG. 45A is a diagrammatic view showing a struc- 
ture of an outputting plug control register; 
FIG. 45B is a similar view but showing a structure 
of an inputting plug control register; 
FIG. 46 is a diagram illustrating a processing tran- 30 
sition when a message is written into a command/ 
response r egister: 

FIG. 47 is a diagrammatic view showing a data 
structure where a write request packet is used as 
an AV/C command packet; 3S 
FIG. 48 is a table illustrating contents of definitions 
of a c-type and a response; 

FIG. 49A is a table for subunit type used in an ap- 
paratus having a plurality of functions; 
FIG. 49B is a table for opcode which is an operation 40 
code; 

FIG. 50 is a timing chart upon data transfer in asyn- 
chronous communication; 

FIG. 51 A is a diagrammatic view showing a data 
structure of a plug address space in asynchronous 4$ 
communication; 

FIG. 51 B is a diagrammatic view showing a data 
structure of each node where the plug address 
space shown in FIG. 51 A is divided by nodes; 
FIG. 51 C is a diagrammatic view showing a data so 
structure of a plug included in the plug address 
space shown in FIG. 5 IB; 

FIG. 52A is a diagrammatic view showing the data 

structure of the plug shown in FIG. 51 B; 

FIG. 52B is a diagrammatic view showing a data ss 

structure of data recorded in a register at the top of 

the plug address shown in FIG. 52 A; 

FIG. 52C is a table illustrating offset addresses 


used to indicate the plug address shown in FIGS. 
52A and 52B; 

FIG. 53 is a diagrammatic view showing plug struc- 
tures of plugs on the producer side and the consum- 
er side; 

FIG. 54 is a timing chart illustrating a transmission- 
reception procedure in Asynchronous communica- 
tion; 

FIG. 55 is a diagrammatic view illustrating a concept 
of a plug according to the present invention; 
FIG. 56A is a diagrammatic view showing a data 
structure of a root contents list; 
FIG. 56B is a diagrammatic view showing a data 
structure of a cover contents list indicated by a child 
directory object in the data structure of the root con- 
tents list of FIG. 56A; 

FIG. 56C is a diagrammatic view showing a data 
structure of a DSI contents list indicated by a child 
directory object in the data structure of the root con- 
tents list of FIG. 56A; 

FIG. 56D is a diagrammatic view showing a data 
structure of an audio contents list indicated by a 
child directory object in the data structure of the root 
contents list of FIG. 56A; 

FIG. 56E is a diagrammatic view showing a data 
structure of a track 2 text contents list indicated by 
an Audio 2 in the data structure of the audio con- 
tents list of FIG. 56D; 

FIG. 56F is a diagrammatic view showing a data 
structure of a track 1 text contents list indicated by 
an Audio 1 in the data structure of the audio con- 
tents list of FIG. 56D; 

FIG. 57 is a diagrammatic view showing a data 
structure of a record object command; 
FIG. 58 is a diagrammatic view showing a table for 
a plug type; 

FIG. 59 is a diagrammatic view showing a data 

structure of an ONS command; 

FIG. 60 is a diagrammatic view showing a data 

structure of a selection indicator; 

FIG. 61 is a diagrammatic view showing a data 

structure of a stop command in an AV/C command 

packet; 

FIG. 62 is a diagrammatic view showing a table for 
a plug type and a plug ID in the stop command il- 
lustrated in FIG. 61; 

FIG. 63 is a timing chart illustrating a processing 
procedure when AUX data are recorded over an 
IEEE 1394 bus; and 

FIG. 64 is a time chart illustrating a processing pro- 
cedure when AUX data are reproduced over an 
IEEE 1394 bus. 

[0027] A preferred embodiment of the present inven- 
tion is described below. 

[0028] The description proceeds in the following or- 
der. 
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1 . Digital Direct Broadcast Reception System 

1-1. Genera! Construction 
1-2. Operation tor GUI Screen 
1 -3. Terrestrial Station 
1 -4. Transmission Format 
1-5. IRD 

1 -6. Mini Disc Recording and Reproduction Ap- 
paratus 

1 -6-1 . Construction of MD Recorder/Player 
1-6-2. Sector Format and Address Format 
1 -6-3. Area Structure 
1-6-4. U-TOC 

1 -6-4-1 . U-TOC Sector 0 
1-6-4-2. U-TOC Sector 1 
1-6-4-3. U-TOC Sector 2 
1 -6-4-4. U-TOC Sector 4 

1-6-5. AUX-TOC 

1 -6-5-1 . AUX-TOC Sector 0 
1-6-5-2. AUX-TOC Sector 1 
1-6-5-3: AUX-TOC Sector 2 
1-6-5-4. AUX-TOC Sector 3 
1-6-5-5. AUX-TOC Sector 4 
1-6-5-6. AUX-TOC Sector 5 

1-6-6. Data File 

1-6-6-1. Picture File Sector 
1-6-6-2 Text File Sector 

1- 7. Personal Computer 

2. Data Transmission by IEEE 1394 in the Embod- 
iment 

2- 1. Outline 
2-2. Stack Model 

2-3. Signal Transmission Form 

2-4. Bus Connection between Apparatus 

2-5. Packet 

2-6. Transaction Rule 

2-7. Addressing 

2-8. CIP (Common Isochronous Packet) 

2-9. Connection Management 

2-10. Command and Response in FCP 

2-11. AV/C Command Packet 

2-12. Plug tor Asynchronous Communication 

2-13. Asynchronous Connection Transmission 

Procedure 

2-14. Concept of Plug in AUX Data Transmis- 
sion 

2-15. Example of Object List 

2-16. Record Object Command 

2-17. Object Number Select Command 


2-18. Stop Command 

2-1 9. AUX Data Recording Processing 

2-20. AUX Data Reproduction Processing 

5 i . Digital Direct Broadcast Reception System 

1-1. General Construction 

[0029] In the present embodiment, an AV system 
io which transmits and receives data over an IEEE 1394 
bus is described as an example. The AV system is gen- 
erally constructed such that it can receive a digital direct 
broadcast and download the received data. 
[0030] Thus, an outline of a digital direct broadcast 
15 transmission and reception system including the AV 
system as the embodiment of the present invention is 
described. 

[0031] FIG. 1 shows a general construction of the dig- 
ital direct broadcasting system of the present embodi- 

20 ment. Referring to FIG. 1, a material for television pro- 
gram broadcasting from a television program material 
server 106, a material of tune data from a tune material 
server 107, audio additional information from an audio 
additional information server 108 and GUI data from a 

2S GUI data server 1 09 are sent to a terrestrial station 1 01 
for digital direct broadcasting. 

[0032] The television program material server 106 
provides a material for an ordinary broadcasting pro- 
gram. The material for audio broadcasting sent from the 

30 television program material server 106 includes video 
and audio information. For example, in an audio broad- 
casting program, video and audio materials ol the tele- 
vision program material server 106 are utilized to broad- 
cast video and audio, for example, for promotion of a 

35 new tune. 

[0033] The tune material server 107 provides an au- 
dio program using an audio channel. The audio program 
uses only audio data as a material. The tune material 
server 107 transmits a plurality of materials for audio 

40 programs of different audio channels to the terrestrial 
station 101 . 

[0034] In a broadcast of a program of each audio 
channel, the same tune is broadcast repetitively within 
a predetermined unit time. The audio channels are in- 

45 dependent of each other and can be utilized in various 
manners. For example, in an audio channel a Japanese 
popular tune is repetitively broadcast within a certain 
fixed time while, in another audio channel, a latest for- 
eign popular tune is repetitively broadcast within anoth- 

50 er certain time. 

[0035] The audio additional information server 108 
provides time information and so forth of a tune output- 
ted from the tune material server 107. 
[0036] The GUI data server 109 provides "GUI data" 

55 to be used to form a GUI screen which is used for oper- 
ation by a user. For example, such a GUI screen regard- 
ing downloading of a tune as hereinafter described pro- 
vides video data and/or text data to be used to form a 
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list page of tunes to be distributed or an information page 
of such tunes or a still picture of an album jacket. Further, 
also EPG (Electrical Program Guide) data which are 
used to display a program list called EPG on the AV sys- 
tem 1 03 side are provided from the GUI data server 1 09. 
[0037] It is to be noted that, for "GUI data"! for exam- 
ple, the MHEG (Multimedia Hypermedia Information 
Coding Experts Group) system is adopted. The MHEG 
is an international standard for scenario description for 
grasping multimedia information, procedures, opera- 
tions and so forth and combinations of them as objects 
and encoding the objects and then producing a title (for 
example, a GUI screen) for them. The MHEG-5 is adopt- 
ed in the present embodiment. 

[0038] The terrestrial station 101 multiplexes informa- 
tion transmitted thereto from the television program ma- 
terial server 106. tune material server 107, audio addi- 
tional information server 108 and GUI data server 109 
and transmits the multiplexed information. 
[0039] In the present embodiment, video data trans- 
mitted from the audio additional information server 108 
are compression coded in accordance with the MPEG 
(Moving Picture Experts Group) 2 system while audio 
data are compression coded in accordance with the 
MPEG 2 audio system. Meanwhile, audio data transmit- 
ted from the tune material server 107 are compression 
coded, for each audio channel, for example, in accord- 
ance with one of the MPEG 2 audio system and the AT- 
RAC (Adaptive Transform Acoustic Coding) system. 
[0040] Upon such data multiplexion, the data are en- 
ciphered making use of key information from a key in- 
formation server 110. 

[0041] It is to be noted that an example of an internal 
construction of the terrestrial station 101 is hereinafter 
described. 

[0042] A signal from the terrestrial station 101 is re- 
ceived by a reception equipment (hereinafter referred to 
sometimes as AV system) 1 03 of each home through a 
satellite 102. The satellite 102 has a plurality of trans- 
ponders carried thereon. One transponder has a trans- 
mission capacity of, for example, 30 Mbps. The AV sys- 
tem 1 03 in each home includes a parabola antenna 111, 
an IRD (Integrated Receiver Decoder) 112, a monitor 
apparatus 114, an MD recorder/player 1 , and a personal 
computer 113. 

[0043] The AV system 1 03 shown in FIG. 1 further in- 
cludes a remote controller 64 for operating the IRD 11 2, 
and a remote controller 32 for operating the MD record- 
er/player 1. 

[0044] A signal broadcast through the satellite 102 is 
received by the parabola antenna 111. The received sig- 
nal is converted into a signal of a predetermined fre- 
quency by an LNB (low noise block down converter) 1 1 5 
attached to the parabola antenna 111 and then supplied 
to the IRD 112. 

[0045] As general operation of the IRD 112, the IRD 
112 selects a signal of a predetermined channel from 
the received signal, demodulates video data and audio 


data of a program from the selected signal to obtain a 
video signal and an audio signal, respectively, and out- 
puts the video signal and the audio signal. Further, the 
IRD 1 1 2 outputs a GUI screen based on GUI data trans- 

s mitted thereto in a multiplexed condition with data of the 
program. The output of the IRD 112 is supplied, for ex- 
ample, to the monitor apparatus 114. Consequently, the 
monitor apparatus 114 can perform display of an image 
and audio outputting of the program received and se- 

10 lected by the IRD 112 and can display a GUI screen in 
response to such an operation as hereinafter described. 
[0046] The MD recorder/player 1 can record or repro- 
duce audio data onto or from a mini disc loaded therein. 
The MD recorder/player 1 further can record still picture 

15 data (a picture file) of an album jacket or the like and 
text data (a text file) of the words of a tune : a liner note 
and so forth incidental to audio data as main data onto 
a disc, and reproduce or output data of such a picture 
file, a text file and so forth recorded on the disc in syn- 

20 chronism with a reproduction time of the audio data from 
the disc. 

[0047] It is to be noted that such data of a picture file, 
a text file and so forth incidental to audio data as de- 
scribed above may hereinafter be referred to as "AUX 

25 (Auxiliary) data" for the convenience of description in ac- 
cordance with handling of the same on the MD recorder/ 
player 1 which is hereinafter described. 
[0048] The personal computer 113 can fetch, for ex- 
ample, data received by the IRD 1 1 2 or data reproduced 

30 by the MD recorder/player 1 and perform various re- 
quired editing processing for the fetched data. Further, 
the personar computer 113 can perform operation con- 
trol of the IRD 112 or the MD recorder/player 1 in re- 
sponse to an operation of the personal computer 11 3 by 

35 a user. 

[0049] In the AV system 103 in the present embodi- 
ment, the IRD 112, MD recorder/player 1 and personal 
computer 1 13 are connected to each other by an IEEE 
1394 bus 116 as seen in FIG. 2. 

40 [0050] In particular, each of the IRD 1 1 2, MD recorder/ 
player 1 and personal computer 113 which form the AV 
system 103 includes a data interface conforming with 
the IEEE 1394 as a data transmission standard. 
[0051] Consequently, in the present embodiment, au- 

45 dio data as downloaded data received by the IRD 112 
can be directly fetched and recorded without performing 
decompression processing therefor in accordance with 
the ATRAC system. Further, also AUX data downloaded 
from the transmission side can be recorded together 

50 with such audio data. 

[0052] The IRD 112 can communicate, for example, 
with a charging server 105 over a telephone circuit 104 
as seen from FIG. 1 . An IC card on which various infor- 
mation is stored in such a manner as hereinafter de- 

55 scribed is inserted into the IRD 112. For example, if 
downloading of audio data of a tune is performed, then 
history information regarding this is stored into the IC 
card. The stored information of the IC card is sent to the 


8 


15 


EP 1 006 531 A2 


16 


charging server 105 at a predetermined opportunity or 
timing over the telephone circuit 104. The charging serv- 
er 105 sets an amount of money in accordance with the 
history information sent thereto in this manner to per- 
form a charging operation and requests the user to pay s 
for the charge. 

[0053] As can be recognized from the foregoing de- 
scription, in the system to which the present invention 
is applied, the terrestrial station 101 multiplexes video 
data and audio data from the television program male- 10 
rial server 106 which make a material of a music pro- 
gram broadcast, audio data from the tune material serv- 
er 107 which makes a material of an audio channel, au- 
dio data from the audio additional information server 1 08 
and GUI data from the GUI data server 1 09 and trans- is 
mrts the multiplexed data. 

[0054] When the broadcast is received by the AV sys- 
tem 1 03 in each home, a program of a selected channel 
can be enjoyed, for example, on the monitor apparatus 
1 1 4. Further, as a GUI screen based on GUI data trans- 20 
mitted together with data of a program, firstly an EPG 
(Electrical Program Guide) screen can be displayed to 
perform searching for a program or the like. Secondly, 
for example, if a GUI screen for a particular service other 
than an ordinary program broadcast is utilized to per- 25 
form a required operation, then a service other than an 
ordinary program service provided by the broadcasting 
system can be enjoyed. 

[0055] For example, if a GUI screen for an audio data 
downloading service is displayed and an operation is 30 
performed making use of the GUI screen, then a user 
can download audio data of a desired tune and record 
and store the audio data into and in the MD recorder/ 
player 1. 

[0056] It is to be noted that a data service broadcast 35 
which provides a particular service other than an ordi- 
nary program broadcast which allows an operation for 
such a GUI screen as described above has an interac- 
tive performance and may sometimes be referred to as 
■interactive broadcast". 40 

1 -2. Operation for GUI Screen 

[0057] Here, an example of utilization of an interactive 
broadcast described above, that is, an example of op- 45 
eration for a GUI screen, is described briefly with refer- 
ence to FIGS. 3, 4A and 4B. Here, operation when 
downloading of audio data is to be performed is de- 
scribed. 

[0058] First, particularly important ones of operation so 
keys of the remote controller 64 for being operated by 
a user to operate the IRD 112 are described with refer- 
ence to FIG. 3. 

[0059] FIG. 3 shows an operation panel surface of the 
remote controller 64 on which various keys are provid- S5 
ed. Here, of the various keys, a power supply key 161, 
numeral keys 162, a screen display changeover key 
163, an interactive changeover key 164, an EPG key 


panel section 165 and a channel key 166 are described. 
[0060] The power supply key 161 is provided to per- 
form an on/off operation for the power supply to the IRD 
112. The numeral keys 162 are operated to changeover 
the channel by numerical designation or perform, for ex- 
ample, a numerical value inputting operation for a GUI 
screen. 

[0061] The screen display changeover key 1 63 is op- 
erated to perform changeover, for example, between an 
ordinary broadcasting screen and an EPG screen. For 
example, if a key disposed on the EPG key panel section 
165 is operated while an EPG screen is recalled by 
means of the screen display changeover key 163, then 
a program search making use of a display screen of an 
electronic program guide can be performed. Further, an 
arrow mark key 165a in the EPG key panel section 165 
can be used also to move a cursor on a GUI screen for 
a service which is hereinafter described. 
[0062] The interactive changeover key 164 is provid- 
ed to perform changeover between an ordinary broad- 
casting screen and a GUI screen for a service incidental 
to the broadcast program. 

[0063] The channel key 166 is provided to succes- 
sively change over the selected channel by the IRD 1 1 2 
among different channels in an ascending order or a de- 
scending order of the channel number. 
[0064] It is to be noted that, while the remote controller 
64 in the present embodiment is constructed so as to 
perform various operations, for example, also for the 
monitor apparatus 114 and has various keys for the op- 
erations provided thereon, description of the keys for op- 
eration of the monitor apparatus 114 is omitted herein. 
[0065] Now, a detailed example of an operation for a 
GUI screen is described with reference to FIGS. 4A and 
4B. 

[0066] If a broadcast is received and a desired chan- 
nel is selected by the AV system 103, then a moving 
picture based on a material of a program provided from 
the television program material server 106 is displayed 
on the display screen of the monitor apparatus 114 as 
shown in FIG. 4A. In other words, contents of an ordi- 
nary program are displayed on the monitor apparatus 
114. Here, it is assumed that, for example, a music pro- 
gram is displayed. Also it is assumed that a download 
service (interactive broadcast) of audio data of the tune 
is incidental to the music program. 
[0067] Then, for example, if a user operates the inter- 
active changeover key 164 of the remote controller 64 
while the music program is displayed, then such a GUI 
screen for downloading of the audio data as shown in 
FIG. 4B is switchably displayed on the display screen of 
the monitor apparatus 114. 

[0068] On the GUI screen, an image based on video 
data from the television program materia! server 106 
displayed on the display screen shown in FIG. 4A is dis- 
played in a reduced scale in a television program display 
area 121 A at an upper left portion of the display screen 
shown in FIG. 4B. 
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[0069] Meanwhile, at an upper right portion of the dis- 
play screen, a list 121B of tunes of different channels 
broadcast in audio channels is displayed. Further, a text 
display area 121C and a jacket display area 121 D are 
displayed at lower left portions of the display screen. 
Furthermore, a tune words display button 122, a profile 
display button 123, an information display button 124, a 
reserved recording button 125.. a reserved list display 
button 126, a recording history display button 127 and 
a download button 128 are disposed on right side por- 
tions of the screen. 

[0070] The user will observe the titles of tunes dis- 
played on the list 1 21 B and searches for a tune in which 
the user is interested. Then, if the tune in which the user 
is interested is found, then the user will operate the ar- 
row mark key 1 65a in the EPG key panel section 165 of 
the remote controller 64 to move and adjust the cursor 
at a position at which the tune is displayed and then per- 
form an entering operation. In this instance, in the 
present embodiment, the user depresses a central po- 
sition of the arrow mark key 165a. 
[0071] The user can thus enjoy the tune to which the 
cursor is adjusted. In particular, since the same tune is 
repetitively broadcast within a predetermined unit time 
in each audio channel, if the channel to be enjoyed is 
switched to the audio channel of the tune selected by 
the operation by means of the IRD 112 to output audio 
data of the audio channel while the screen of the televi- 
sion program display area 121 A is displayed, then the 
user can enjoy the tune. Thereupon, a jacket image of 
the tune is displayed in the jacket display area 121 D. 
[0072] On the other hand, for example, if the cursor is 
adjusted to the tune words display button 1 22 in the con- 
dition described above and then performs an entering 
operation, then the words of the tune are displayed at a 
timing synchronized with the audio data in the text dis- 
play area 121C. It is to be noted that, in the following 
description, to adjust the cursor to a displayed button 
and perform an entering operation is referred to as to 
"depress the button". Similarly, if the profile display but- 
ton 123 or the information display button 124 is de- 
pressed, then a profile of an artist corresponding to the 
tune or concert information is displayed in the text dis- 
play area 1 21 C. In this manner, the user can know what 
tune is being distributed at present and further can know 
detailed information of each tune. 
[0073] If the user wants to purchase the thus enjoyed 
tune, then the user will depress the download button 
128. If the download button 128 is depressed, then au- 
dio data of the selected tune are downloaded and re- 
corded onto a disc by the MD recorder/player 1 . Togeth- 
er with audio data of the tune, also data of the words of 
the tune, profile information of the artist, still picture data 
of the jacket and so forth can be downloaded. 
[0074] Each time audio data of a tune are downloaded 
in this manner, the history information is stored into the 
IC (Integrated Circuit) card in the IRD 112. Such infor- 
mation stored on the IC card is fetched by the charging 


server 105, for example, once a month. Then, an 
amount of money based on the history of use of data 
services is charged on the user. Consequently, the cop- 
yright of each downloaded tune can be protected. 

5 [0075] Further, if the user wants to reserve download- 
ing, the user will depress the reserved recording button 
125. In response to the depression of the reserved re- 
cording button 125, the display of a GUI screen is 
changed over, and a list of tunes which caabe reserved 

io js displayed over the entire screen. For example, the list 
may display tunes searched.out in a ■ unitpf oip|houfejn 
a unit of one week, in a unit of a channel or in some other 
unit. The user will select a tune to be reserved for down- 
loading from the list. Information of the thus selected 

15 tune is registered into the IRD 112. If the user wants to 
confirm tunes which have already been reserved for 
downloading, then the user can depress the reserved 
list display button 126 to display them on the entire 
screen. Each of the tunes reserved in this manner is 

20 downloaded by the IRD 112 when the reserved time 
thereof comes, and the downloaded tune is recorded 
onto the disc by the MD recorder/player 1 . 
[0076] If the user wants to confirm the history of any 
of tunes which have been downloaded in the past, then 

25 the user can depress the recording history display but- 
ton 1 27 to cause a list of tunes : which have been down- 
loaded already, to be displayed on the entire screen. 
[0077] In this manner, with the AV system 103 of the 
system to which the present invention is applied, a list 

30 of tunes is displayed on a GUI screen of the monitor ap- 
paratus 114. Then, if the user selects a tune in accord- 
ance with the display on the GUI screen, then the user 
can enjoy the tune in trial and can know the words of the 
tune, the profile of the artist and so forth. Further, down- 

35 loading of a tune and reservation of such downloading 
and displaying of a history of downloading, a list of re* 
served tunes and so forth can be performed. 
[0078] Although detailed description is omitted, dis- 
playing of such a GUI screen as shown in FIG. 4B, 

40 changing of the display on the GUI screen responsive 
to an operation of the user for the GUI screen and audio 
out putting can be realized by prescribing relationships 
of objects in a scenario description based on the MHEG 
system described hereinabove. The objects are video 

45 data corresponding to the various buttons and material 
data displayed in the display areas shown in FIG. 4B. 
[0079] Further, in the present specification, an output 
form such as a video display or an audio output which 
is realized by a scenario description which defines rela- 

50 tionships between objects such as a GUI screen is 
called "scene". Further, an object which forms one 
scene may be a file itself of a scenario description. 
[0080] As described above, in the digital direct broad- 
casting system to which the present invention is applied, 

55 a broadcasting program is distributed, and audio data 
of a tune are distributed using a plurality of audio chan- 
nels. Then, it is possible to search for a desired tune 
using a list of tunes being distributed or the like and 
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record the audio data of the desired tune onto a disc 
medium simply by means of the MD recorder/player. 
[0081] It is to be noted that various other services than 
provision of a program by the digital direct broadcasting 
system can possibly be provided in addition to the down- s 
loading of tune data described above. For example, also 
such a service as to broadcast a commodity recommen- 
dation program called television shopping and broad- 
cast a GUI screen on which a purchase contract can be 
made may be prepared. io 

1 -3. Terrestrial Station 

[0082] An outline of the digital direct broadcasting 
system of the present embodiment is described above, 1$ 
and in the following, more detailed description of the 
system is given. First, a construction of the terrestrial 
station 101 is described with reference to FIG. 5. 
[0083] It is to be noted that the following description 
proceeds based on the following presumption. 
[0084] In the present embodiment, for the transmis- 
sion from the terrestrial station 101 to the AV system 
103 through the satellite 102, the DSM-CC (Digital Stor- 
age Media-Command and Control) protocol is adopted. 
[0085] The DSM-CC (MPEG-part 6) system pre- 
scribes, as well known in the art, commands and control 
methods for retrieving an MPEG coded bit stream stored 
on a digital storage medium (hereinafter referred to as 
DSM) or storing a stream onto a DSM. In the present 
embodiment, the DSM-CC system is adopted as a 
transmission standard for the digital direct broadcasting 
system. 

[0086] in order to transmit contents of a data broad- 
casting service in accordance with the DSM-CC system, 
a describing formal of contents must be defined. In the 
present embodiment, the MHEG described above is 
adopted as a definition of the describing format. 
[0087] The terrestrial station 101 shown in FIG. 5 in- 
cludes a television program material registration system 

1 31 which registers material data acquired from the tel- 
evision program material server 106 into an AV server 
1 35. The material data are sent to a television program 
signaling system 139, by which video data are com- 
pressed in accordance with, for example, the MPEG 2 
system and audio data are packetized in accordance 
with, for example, the MPEG 2 audio system. An output 
of the television program signaling system 1 39 is sent 
to a multiplexer 145. 

[0088] Meanwhile, a tune material registration system 

1 32 supplies material data from the tune material server 
107, that is, audio data, to an MPEG 2 audio encoder 
1 36A and an ATRAC encoder 1 36B. The MPEG 2 audio 
encoder 136A'and the ATRAC encoder 136B perform 
encoding processing (compression coding) for the au- 
dio data supplied thereto and register resulting data into 
an MPEG audio server 1 40Aand an ATRAC audio serv- 
er 140B, respectively. 

[0089] The MPEG audio data registered in the MPEG 


audio server 140 A are transmitted to an MPEG audio 
signaling system 1 43A, by which they are packetized, 
and the packetized data are transmitted to the multiplex- 
er 1 45. The ATRAC data registered in the ATRAC audio 
server 1 40B are sent as ATRAC data to an ATRAC audio 
signaling system 1 43B, by which they are packetized, 
and the packetized data are sent out to the multiplexer 
145. In this instance, the ATRAC data are transferred at 
a high speed to the ATRAC audio server 1 40B. 
[0090] An audio additional information registration 
system 133 registers audio additional information, 
which is material data from the audio additional informa- 
tion server 108 : into an audio additional information da- 
tabase (DB) 137. The audio additional information reg- 
istered in the audio additional information database 1 37 
is transmitted to an audio additional information signal- 
ing system 1 41 : by which is packetized similarly, and the 
packetized data are transmitted to the multiplexer 1 45. 
[0091] A GUI material registration system 134 regis- 
ters GUI data, which are material data from the GUI data 
server 109, into a GUI material database 138. 
[0092] The GUI material data registered in the GUI 
material database 1 38 are transmitted to a GUI author- 
ing system 1 42, by which they are processed so as to 
have a data format in which they can be outputted as a 
GUI screen, that is, a 'scene" described hereinabove 
with reference to FIG. 4B. 

[0093] In particular, data transmitted from the GUI au- 
thoring system 142 include, for example, if they are for 
a GUI screen for downloading of a tune, still picture data 
of an album jacket, text data of the words of the tune 
and so forth, audio data to be outputted in response to 
an operation, and so forth. 

[0094] Each data described above is called mono me- 
dium. The GUI authoring system 142 uses an MHEG 
authoring tool to encode such mono medium data and 
handles them as objects. 

[0095] Then, contents of the MHEG-5 are prepared 
together with a scenario describing file (script) which 
prescribes relationships of the objects so that an output 
form of video and audio data, for example, in accord- 
ance with a display form of such a scene (GUI screen) 
as described above with reference to FIG. 4B and an 
operation may be obtained. 

[0096] Further, on such a GUI screen as shown in 
FIG. 4B, also MPEG video data and MPEG audio data 
which are video and audio data based on material data 
of the television program material server 106, MPEG au- 
dio data based on tune material data of the tune material 
server 107 and so forth are displayed, and an output 
form in accordance with an operation is provided. 
[0097] Accordingly, in the scenario describing file, the 
GUI authoring system 1 42 handles video and audio data 
based on material data of the television program mate- 
rial server 106, MPEG audio data based on tune mate- 
rial data of the tune material server 107 and audio ad- 
ditional information based on the audio additional infor- 
mation server 108 described above as objects when 
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necessary, and prescription by an MHEG script is per- 
formed. 

[0098] It is to be noted that data of MHEG contents 
transmitted from the GUI authoring system 1 42 may be 
script files and various still picture files or text data files 
as objects, and the still picture data are, for example, 
data of 640 x 480 pixels compressed in accordance 
with the JPEG (Joint Photograph Experts Group) sys- 
tem whereas the text data are provided as a file includ- 
ing, for example, less than 800 characters. 
[0099] Data of MHEG contents obtained by the GUI 
authoring system 142 are transmitted to a DSM-CC en- 
coder 144. 

[0100] The DSM-CC encoder 144 converts the 
MHEG contents data into a transport stream (hereinaf- 
ter referred to simply as TS) of a format with which it can 
be multiplexed with data streams of video data and au- 
dio data in accordance with the MPEG 2 format, and 
packetizes the transport stream, and then outputs the 
packetized transport stream to the multiplexer 145. 
[01 01] The multiplexer 1 45 time base multiplexes vid- 
eo packets and audio packets from the television pro- 
gram signaling system 139, audio packets 1rom the 
MPEG audio signaling system 143A, high speed audio 
packets from the ATRAC audio signaling system 143B, 
audio additional information packets from the audio ad- 
ditional information signaling system 141 and GUI data 
packets from the GUI authoring system 142, and enci- 
phers the time base multiplexed packets with key infor- 
mation outputted from the key information server 110 
shown in FIG. 1. 

[01 02] The output of the multiplexer 1 45 is transmitted 
to a radio wave signaling system 1 46, by which such 
processing as, for example, addition of error correction 
codes, modulation and frequency conversion is per- 
formed for the received output of the multiplexer 145. 
Then, an output of the radio wave signaling system 146 
is outputted from the antenna so as to be transmitted to 
the satellite 102. 

1-4. Transmission Format 

[0103] Now, a transmission format in the present em- 
bodiment prescribed in accordance with the DSM-CC 
system is described. 

[0104] FIGS. 6A to 61 illustrate an example of data 
when they are outputted from the terrestrial station 101 
and transmitted to the satellite 102. It is to be noted that, 
as described hereinabove, the various data shown in 
FIGS. 6A to 61 are actually in a time base multiplexed 
state. Further, as seen in FIG. 6A, an event occurs within 
a period from time ti to time t2, and another event occurs 
after time t2. The event here is, for example, with regard 
to a channel of a music program, a unit in which a set 
of a lineup of a plurality of tunes is changed, and has a 
time of approximately 30 minutes or one hour. 
[0105] As seen from FIG. 6A, in the event from time 
tl to time t2, a program having predetermined contents 


A1 is broadcast in an ordinary program broadcast of 
moving pictures. In the event beginning at time t2, an- 
other program of contents A2 is broadcast. What are 
broadcast in the ordinary programs are moving pictures 

5 and audio. 

[0106] MPEG audio channels (1) to (10) are prepared 
for 10 channels from channel CH1 to channel CH10. In 
each of the audio channels CH1, CH2, CH3, .... CH10 
shown in FIGS. 6B to 6D, the same tune is transmitted 

io repetitively while one event is broadcast In particular, 
within the period of the event from time tl to time t2, a 
tune B1 is repetitively transmitted in the audio channel 
CH1, and another tune C1 is repetitively transmitted in 
the audio channel CH2. Similarly, the same tune is re- 

15 petitively transmitted in each of the other audio channels 
CH3 to CH9, and a tune K1 is repetitively transmitted in 
the audio channel CH10. This similarly applies to quad- 
ruple speed ATRAC audio channels (1) to (10) shown 
in FIGS. 6E to 6F. 

20 [0107] In FIGS. 6B to 6F, equal ones of the numerals 
in the parentheses indicative of the MPEG audio chan- 
nels and the quadruple speed ATRAC audio channels 
denote, the same tune. In particular, in the present em- 
bodiment, both of audio data compressed in accordance 

25 W jth the MPEG 2 system and audio data compressed in 
accordance with the ATRAC system are outputted with 
regard to a given tune. Further the numeral in each pa- 
renthesis indicative of a channel number of audio addi- 
tional information represents audio additional informa- 

30 tion added to audio data having the same channel 
number. Furthermore, also still data and text data to be 
transmitted as GUI data are formed for each channel. 
Those data are time division multiplexed into transport 
packets of the MPEG 2 as seen from FIGS. 7 A to 7D 

35 and transmitted as such transport packets. Then, the 
data are re-constructed in the IRD 112 as seen in FIGS. 
7E to 7H using header information of the individual data 
packets. 

[0108] Further, GUI data utilized for a data service (in- 
40 teractive broadcast) illustrated in FIG. 61 are logically 
formed in the following manner in accordance with the 
DSM-CC system. Here, description is given restrictively 
of data of a transport stream outputted from the DSM- 
CC encoder 144. 
45 [0109] As seen from FIG. 8A, all of data broadcasting 
services in the present embodiment transmitted in ac- 
cordance with the DSM-CC system are included in a 
root directory named Service Gateway. The Service 
Gateway includes different kinds of objects including a 
50 directory, a file, a stream, and a stream event as seen 
from FIG. 8B. 

[0110] Of the objects mentioned above, the file in- 
cludes various individual data files of still pictures, audio 
data, text data, and scripts described in accordance with 
55 the MHEG. 

[0111] The stream includes information to be linked to 
some other data services and an AV stream of MPEG 
video data and audio data of a television program ma- 
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terial, MPEG audio data and ATRAC audio data as a 
tune material and so forth. 

[0112] The stream event includes similar link informa- 
tion and time information. 

[0113] The directory is a folder in which data relating s 
to each other are collected. 

[0114] In the DSM-CC system, such unit information 
and the Service Gateway are each grasped as a unit of 
an object as seen from FIG. 8B, and each object is con- 
verted into a BIOP (Broadcast Interoperable Object Ref- 
erence) message in form. 

[0115] It is to be noted that, since the distinction 
among the three objects of a file, a stream and a stream 
event is not essential to the description of the present 
invention, the following description proceeds in regard 
to an object as a file representing them. 
[0116] Then, in the DSM-CC system, a data unit 
called module shown in FIG. 8C is produced. The mod- 
ule is a data unit of a variable length formed such that 
it includes one or more objects each in the form of a 
BIOP message shown in FIG. 8B and a BIOP header is 
added to it, and is a buffering unit of received data on 
the reception side which is hereinafter described. 
[0117] Further, in the DSM-CC system, a relationship 
between objects in a case wherein one module is 
formed from a plurality of objects is not specifically pre- 
scribed or limited. In short, radically speaking, even if 
one module is formed Irom two or more objects between 
scenes having no relationship to each other, this does 
not violate the provisions under the DSM-CC system. 
[0118] The module is mechanically divided into data 
units of a fixed length in principle called ■block" as seen 
in FIG. 8D so that it may be transmitted in a form called 
section prescribed by the MPEG 2 format. However, the 
last block of the block need not necessarily have the pre- 
scribed fixed length. The reason why a module is divided 
into blocks resides in that the MPEG 2 format has a pre- 
scription that one section must not exceed 4 KB. 
[0119] Further, in this instance, the data unit as a 
block and the section are common in significance. 
[0120] To each block obtained by dividing the module 
in this manner, a header is added as seen in FIG. 8E so 
that the block is converted into a message in form called 
DDB (Download Data Block). 

[0121] Further, in parallel to such conversion into DD- 
Bs, control messages called DSI (Download Server In- 
itiate) and Dll (Download Indication Information) are 
prepared. 

[0122] The DSI and the DM are information required 
when the reception side (IRD 112) acquires a module 
from received data, and the DSI principally has an iden- 
tifier of a carousel which is described below, information 
regarding the entire carousel representative of a time 
required for one rotation of the carousel and a timeout 
value of rotation of the carousel, and so forth. The DSI 
further has information for discrimination of a location of 
the root directory (Service Gateway) of a data service 
(in the case of an object carousel system). 


[0123] The Dll is information corresponding to each 
module included in the carousel and has information of 
a size, a version, a timeout value and so forth of each 
module. 

[0124] Then, the three kinds of messages of the DDB, 
DSI and Dll are signaled periodically and repetitively in 
a corresponding relationship to data units of the section. 
Consequently, the receiver side can at any lime receive, 
for example, a module in which an object necessary to 
acquire a target GUI screen (scene) is included. 
[0125] In the present specification, such a transmis- 
sion system as just described is called "carousel sys- 
tem" from the similarity to a carousel, and a data trans- 
mission form as schematically represented in FIG. 8F is 
called carousel. 

[0126] Further, the "carousel system" is divided into 
two levels including a "data carousel system" and an 
"object carousel system". Particularly, in the object car- 
ousel system, objects having such attributes as a file, a 
directory, a stream and a service gateway are trans- 
ferred as data using a carousel. The object carousel sys- 
tem is much different from the data carousel system in 
that it can handle a directory structure. The system of 
the present embodiment adopts the object carousel sys- 
tem. 

[0127] GUI data transmitted by a carousel in such a 
manner as described above, that is, data outputted from 
the DSM-CC encoder 1 44 of FIG. 5, are outputted in the 
form of a transport stream. The transport stream has, 
for example, such a structure as shown in FIGS. 9A to 
9C. 

[0128] FIG. 9A shows a transport stream. The trans- 
port stream is a bit train defined in the MPEG system 
and is formed from a connection of fixed length packets 
(hereinafter referred to as transport packets) of 188 
bytes as seen from FIG. 9 A. 

[0129] Each transport packet includes, as seen from 
FIG. 9B, a header, an adaptation field for allowing addi- 
tional information to be included in a particular individual 
packet, and a payload representative of contents of vid- 
eo/audio data and so forth of the packet. 
[0130] The header actually has a length of, for exam- 
ple, 4 bytes and has a synchronization byte at the top 
thereof without fail. The header further has. placed at 
predetermined positions thereof following the synchro- 
nization byte, a PID (PacketJD) which is identification 
information of the packet, scramble control information 
representative of presence or absence of scrambling, 
adaptation field control information representative of 
presence or absence of a payload, and so forth. 
[0131] Based on such control information, the recep- 
tion apparatus side can perform descrambling in a unit 
of a packet and perform separation and extraction of a 
required packet of video/audio data and so forth using 
a demultiplexer. Further, also time information which is 
used as a reference for synchronized reproduction of 
video/audio data can be performed here. 
[0132] Further, as can be recognized from the forego- 
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ing description, one transport stream has packets of vid- 
eo/audio data for a plurality of channels multiplexed 
therein. One transport stream further has multiplexed 
therein a signal for controlling channel selection called 
PSI (Program Specific Information), information (EMM 
(Entitlement Management Message)/ECM (Entitlement 
Common Message)) necessary for restrictive reception 
which is a reception function of determining whether or 
not a subscription channel can be received in accord- 
ance with a situation of the contract of the individual, 
and SI (Service Information) for realizing a service of an 
EPG (Electric Program Guide) or the like. Here, the PSI 
is described. 

[0133] The PSI is formed from four tables as seen 
from FIGS. 10A to 10D. Each of the tables is represent- 
ed in a format conforming to the MPEG system called 
section format. 

[0134] In FIG. 10A, NIT (Network Information Table) 
and CAT (Conditional Access Table) is shown. 
[01 35] The NIT is multiplexed in contents common to 
all carriers. Various transmission dimensions such as a 
polarization plane, a carrier frequency and a convolution 
rate for each carrier and a list of channels multiplexed 
there are described. The PID of the NIT is determined 
as PID = 0x0010. 

[0136] Also the CAT is multiplexed in contents com- 
mon to all carriers. A PID of an EMM (Entitlement Man- 
agement Message) packet which is information for iden- 
tification of a restrictive reception method, contract in- 
formation and so forth is described in the CAT. The PID 
for the CAT is indicated by PID - 0x0001 . 
[0137] FIG. 1 0B illustrates PATs as information having 
contents unique to the individual carriers. Each PAT has 
described therein channel information in the carrier and 
a PID of a PMT which represents contents of the chan- 
nel. The PID for the PATs is indicated by PID = 0x0000. 
[01 38] Further, as information for each channel of the 
carrier, a PMT (Program Map Table) table shown in FIG. 
10C is provided. 

[01 39] The PMTs have contents of the different chan- 
nels multiplexed therein. For example, as shown in FIG. 
10D, each PMT is formed from components (video/au- 
dio data components and so forth) which form each 
channel, and ECM (Entitlement Common Message) 
packets necessary fordescrambling. 

1-5. IRD 

[0140] Subsequently, an example of a construction of 
the IRD 112 included in the AV system 103 is described 
with reference to FIG. 11. 

[0141] The IRD 112 shown in FIG. 11 has an input ter- 
minal T1 to which a received signal received by the pa- 
rabola antenna 1 1 1 and converted into a signal of a pre- 
determined frequency by the LIMB 115 of the parabola 
antenna 111 is inputted. The inputted received signal is 
supplied from the input terminal T1 to a tuner/front end 
section 51. 


[0142] The tuner/front end section 51 receives, based 
on a setting signal indicative of transmission dimensions 
and so forth set by and received from a CPU (Central 
Processing Unit) 80, a carrier of a reception frequency 
s determined by the setting signal and performs neces- 
sary processing such as, for example, viterbi demodu- 
lation processing and error correction processing for the 
carrier to obtain a transport stream. 
[0143] The transport stream obtained by the tuner/ 
io front end section 51 is supplied to a descrambler 52. 
The tuner/front end section 51 further acquires a packet 
of the PSI from the transport stream and updates chan- 
nel selection information of the PSI packet. Further- 
more, the tuner/front end section 51 acquires the corn- 
is ponent PID of each channel in the transport stream and 
transmits it, for example, to the CPU 80. The CPU 80 
thus utilizes the thus acquired PIDs for processing of the 
received signal. 

[0144] The descrambler 52 receives descramble key 
20 data stored in an IC card 65 through the CPU 80, and a 
PID is set to the descrambler 52 by the CPU 80. The 
descrambler 52 executes descrambling processing 
based on the descramble key data and the PID and 
transmits resulting data to a transport section 53. 
25 [0145] The transport section 53 includes a demulti- 
plexer (DeMUX) 70 and a queue 71 which is formed 
from, for example, a DRAM or a like element. The queue 
71 is formed such that a plurality of memory areas cor- 
responding to module units are arranged in columns. 
30 For example, in the present embodiment, 32 columns 
of memory areas are provided. In other words, the 
queue 71 can simultaneously store information of 32 
modules in the maximum. 

[0146] As general operation of the demultiplexer 70, 
35 it demultiplexes the transport stream supplied thereto 
from the descrambler 52 to obtain necessary transport 
packets in accordance with filter conditions set by a de- 
multiplexer (DeMUX) driver 82 of the CPU 80 and utiliz- 
es, if necessary, the queue 71 as a working area to ob- 
"*o tain data of such a format as described hereinabove with 
reference to FIGS. 7E to 7H. Then, the demultiplexer 70 
supplies the thus obtained data to necessary functioning 
circuit sections. 

[0147] MPEG video data separated by the demutti- 
45 piexer 70 are inputted to an MPEG 2 video decoder 55 
while MPEG audio data are inputted to an MPEG 2 au- 
dio decoder 54. Individual packets of the MPEG video/ 
audio data separated by the demultiplexer 70 are input- 
ted in a format called PES (Packetized Elementary 
50 Stream) to the respective decoders. 

[0148] Data of MHEG contents of the transport stream 
are separated and extracted in a unit of a transport pack- 
et from the transport stream by the demultiplexer 70 and 
written into a required memory area of the queue 71 
55 such that they are arranged in a unit of a module. Then, 
the data of the MHEG contents arranged in a unit of a 
module are written into a DSM-CC buffer 91 in a main 
memory 90 over the data bus under the control of the 
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CPU 80 and thereafter held in the DSM-CC buffer 91. 
[0149] Also compressed audio data in the form of 
quadruple speed ATRAC data in the transport stream 
are separated and extracted by the demultiplexer 70, for 
example, in a unit of a transport packet and outputted 
to an IEEE 1394 interface 60. The IEEE 1394 interface 
60 allows signaling not only of audio data but also video 
data, text data, various command signals and so forth. 
[0150] The MPEG 2 video decoder 55 to which the 
MPEG video data of the format of the PES are inputted 
to perform decoding processing for the MPEG video da- 
ta in accordance with the MPEG 2 format using a mem- 
ory 55 A as a working area. The thus decoded video data 
are supplied to a display processing section 58. 
[0151] To the display processing section 58, the video 
data inputted from the MPEG 2 video decoder 55 de- 
scribed above and video data for a GUI screen for a data 
service and so forth obtained by an MHEG buffer 92 of 
the main memory 90 in such a manner as hereinafter 
described are inputted. The display processing section 
58 performs required signal processing for the video da- 
ta inputted in this manner to covert the video data into 
an analog audio signal in accordance with a predeter- 
mined television system and outputs the analog audio 
signal to an analog video output terminal T2. 
[01 52] Consequently, if the analog video output termi- 
nal T2 and a video input terminal of the monitor appa- 
ratus 114 are connected to each other, then, for exam- 
ple, such displaying as described hereinabove with ref- 
erence to FIG. 4A is performed. 

[0153] The MPEG 2 audio decoder 54 to which the 
MPEG audio data of the format of the PES are inputted 
performs decoding processing for the MPEG audio data 
in accordance with the MPEG 2 format utilizing a mem- 
ory 54A as a working area. The thus decoded audio data 
are supplied to a D/A converter 56 and an optical digital 
output interface 59. 

[01 54] The D/A converter 56 converts the audio data 
inputted thereto into analog audio signal and outputs the 
analog audio signal to a switch circuit 57. The switch 
circuit 57 performs switching of a signal path so that the 
analog audio signal may be outputted to one of a pair of 
analog audio output terminals T3 and T4. 
[0155] Here, the analog audio output terminal T3 is 
provided so as to be connected to an audio input termi- 
nal of the monitor apparatus 114. Meanwhile, the analog 
audio output terminal T4 is used to output therethrough 
a downloaded tune as an analog signal. 
[01 56] The optical digital output interface 59 converts 
the digital audio data inputted thereto into an optical dig- 
ital signal and outputs the optical digital signal. In this 
instance, the optical digital output interface 59 conforms 
with, for example, the I EC (International Electrotechni- 
cal Commission) 958. 

[01 57] The main memory 90 is used as a working area 
when the CPU 80 performs various controlling process- 
ing. In the present embodiment, areas as the DSM-CC 
buffer 91 and the MHEG buffer 92 described herein- 


above are allocated to the main memory 90. 
[0158] The MHEG buffer 92 is used as a working area 
for production of video data such as, for example, video 
data for a GUI screen produced in accordance with the 
s description of a script of the MHEG system, and video 
data produced here are supplied to the display process- 
ing section 58 over a bus line. 

[0159] The CPU 80 executes entire control of the IRD 
112. The control includes control for data separation and 

io extraction by the demultiplexer 70. 

[0160] The CPU 80 further performs decoding 
processing for acquired data of MHEG contents to per- 
form processing for constructing a GUI screen in ac- 
cordance with contents of description of the script and 

15 outputting the GUI screen. 

[0161] To this end, the CPU 80 in the present embod- 
iment includes, in addition to a control processing sec- 
tion 81 which executes main control processing, for ex- 
ample, at least the demultiplexer driver 82, a DSM-CC 

20 decoder block 83 and an MHEG decoder block 84. In 
the present embodiment, at least the DSM-CC decoder 
block 83 and the MHEG decoder block 84 among the 
components are formed by software. 
[0162] The demultiplexer driver 82 sets a filter condi- 

25 tion for the demultiplexer 70 based on the PID of the 
transport stream inputted thereto. 
[0163] The DSM-CC decoder block 83 has a function 
as a DSM- Manager and re-constructs data in a unit of 
a module stored in the DSM-CC buffer 91 into data of 

30 MHEG contents. Further, the DSM-CC decoder block 
83 executes processing relating to required DSM-CC 
decoding and so forth in accordance with an access 
from the MHEG decoder block 84. 
[0164] The MHEG decoder block 84 accesses the da- 

35 ta of MHEG contents obtained by the DSM-CC decoder 
block 83, that is, the data of MHEG contents obtained 
by the DSM-CC buffer 91, and performs decoding 
processing for outputting a scene for the data of MHEG 
contents. In short, the MHEG decoder block 84 realizes 

40 a relationship between objects prescribed by a script file 
of the MHEG contents to form a scene. Thereupon, 
when a GUI screen as a scene is formed, the MHEG 
decoder block 84 utilizes the MHEG buffer 92 and pro- 
duces video data for a GUI screen in accordance with 

45 contents of the script file stored in the MHEG buffer 92. 
[01 65] For the interface between the DSM-CC decod- 
er block 83 and the MHEG decoder block 84, a U-U (Us- 
er-User) API (Application Portability Interface) is adopt- 
ed. 

so [0166] The U-U API is an interface for accessing a 
DSM Manager object (server object for realizing a func- 
tion of a DSM) and performs an operation for objects 
such as the service gateway, a directory, a file, a stream, 
and a stream event. 

55 [0167] A client object can perform an operation for 
those objects by using the U-U API. 
[0168] Here, an example of operation for extracting a 
target object necessary to form a scene from a transport 
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stream by control of the CPU 80 is described. 
[0169] The DSM-CC uses an IOR (Interoperable Ob- 
ject Reference) in order to indicate a location of an ob- 
ject in a transport stream. The IOR includes an identifier 
corresponding to a carousel for finding out an object, an 
identifier (hereinafter referred to as modulejd) of a 
module in which the object is included, and an identifier 
(hereinafter referred to as object_key) for specifying the 
object in one module, as well as tag (association_tag) 
information for identifying a Dll having information of the 
module in which the object is included.. 
[0170] Further, the Dll having the module information 
includes information of the module_id, the module size 
and the module version of each of more than one mod- 
ules and tag (association_tag) information for identifying 
the modules. 

[0171] When the IOR extracted from the transport 
stream is identified by the CPU 80, for example, such a 
process as described below is performed to receive and 
separate the object indicated by the IOR. 
[0172] (Pr1) The demultiplexer driver 82 of the CPU 
80 searches out an elementary stream (hereinafter re- 
ferred to as ES) having a value equal to that of the 
association_tag of the IOR from an ES loop of the PMP 
of the carousel to obtain a PID. The Dll is included in 
the ES which has the PID. 

[0173] (Pr2) The PID and a table_id_extension are set 
as filter conditions to the demultiplexer 70. Consequent- 
ly, the demultiplexer 70 separates the Dll and outputs it 
to the CPU 80. 

[0174] (Pr3) The association_tag of a module in the 
Dll which corresponds to the moduleJJ included in the 
preceding IOR is obtained. 

[0175] (Pr4) An ES having a value equal to the 
association_lag described above is searched out from 
the ES loop (carousel) of the PMT to obtain a PID. The 
target module is included in the ES which has the PID. 
[0176] (Pr5) The PID and the module_id are set as 
filter conditions, and filtering by the demultiplexer 70 is 
performed in accordance with the filter conditions. 
Transport packets separated and extracted in accord- 
ance with the filter conditions are stored into required 
memory areas (columns) of the queue 71 until a target 
module is formed finally. 

[0177] (Pr6) An object which corresponds to the 
object_key included in the preceding IOR is extracted 
from the module. This is the target module. The object 
extracted from the module is written, for example, into 
a predetermined area of the DSM-CC buffer 91 . 
[0178] For example, if the operation described above 
is repeated to collect target objects and store them into 
the DSM-CC buffer 91 . then MHEG contents for forming 
a necessary scene are obtained. 
[0179] A man-machine interface 61 receives a com- 
mand signal transmitted thereto from the remote con- 
troller 64 and transfers it to the CPU 80. The CPU 80 
executes required controlling processing so that an op- 
eration of an apparatus corresponding to the received 


command signal may be obtained. 
[0180] An IC card 65 is inserted into an IC card slot 
62. The CPU 80 performs reading out and writing of in- 
formation from and to the IC card 65 inserted in the IC 

5 card slot 62. 

[01 61] A modem 63 is connected to the charging serv- 
er 105 over the telephone circuit 104 and is controlled 
by the CPU B0 so that communication between the IRD 
112 and the charging server 105 may be performed. 

io [0182] Here, flows of signals from video/audio sourc- 
es in the IRD 112 having the construction described 
above are described supplementally in connection with 
the displayed form described hereinabove with refer- 
ence to FIGS. 4A and 4B. 

75 [0183] When an ordinary program is to be outputted 
in such a manner as seen in FIG. 4A, MPEG video data 
and MPEG audio data of a necessary program are ex- 
tracted from an inputted transport program, and decod- 
ing processing is performed for the MPEG video data 

20 and the MPEG audio data. The MPEG video data and 
the MPEG audb data are outputted to the analog video 
output terminal T2 and the analog audio output terminal 
T3 : respectively, so that image displaying and audio out- 
putting of the broadcasting program are performed on 

25 the monitor apparatus 114. 

[0184] On the other hand, when a GUI screen shown 
in FIG. 4B is to be outputted, data of MHEG contents 
necessary for the GUI screen are separated and extract- 
ed from an inputted transport stream by the transport 

30 section 53 and fetched into the DSM-CC buffer 91. 
Then, the DSM-CC decoder block 83 and the MHEG 
data block 84 function as described above making use 
of the fetched data so that video data for the G Ul screen 
are produced in the MHEG buffer 92. Then, the video 

35 data are supplied to the analog video output terminal T2 
through the display processing section 58 so that the 
GUI screen is displayed on the monitor apparatus 114. 
[0185] Further, if a tune is selected from a list 121B 
for tunes on the GUI screen shown in FIG. 4B so that 

40 audio data of the tune may be enjoyed in trial, MPEG 
audio data of the tune are obtained by the demultiplexer 
70. Then, the MPEG audio data are outputted as an an- 
alog audio signal through the MPEG audio decoder 54, 
D/A converter 56, switch circuit 57 and analog audio out- 

45 put terminal T3 to the monitor apparatus 114. 

[0186] On the other hand, if the download button 128 
is depressed on the GUI screen shown in FIG. 4B to 
download audb data, audio data of a tune to be down- 
loaded are extracted by the demultiplexer 70 and out- 

so putted to the analog audio output terminal T4, optical 
digital output interface 59 or IEEE 1394 interface 60. 
[0187] Here, particularly where the MD recorder/play- 
er 1 is connected over the IEEE 1394 bus 116 to the 
IEEE 1394 interface 60. quadruple speed ATRAC data 

55 of the downloaded tune are extracted by the demulti- 
plexer 70 and recorded onto a disc loaded in the MD 
recorder/player 1 from the IEEE 1394 interface 60 
through the IEEE 1394bus116. Further, in this instance, 
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also still picture data (a picture file) of an album jacket 
compressed, for example, in accordance with the JPEG 
system and text data (a text file) of the words of the tune, 
a profile of the artist and so forth are extracted from the 
transport stream by the demultiplexer 70, and trans- 
ferred from the IEEE 1394 interface 60 to the MD re- 
corder/player 1 over the IEEE 1394 bus 116. The MD 
recorder/player 1 can record such still picture data and 
text data into predetermined areas of the disc loaded 
therein. 

1-6. Mini Disc Recording and Reproduction Apparatus 

1-6-1. Construction of MD Recorder/Player 

[0186] FIG. 12 shows an internal construction of the 
recording and reproduction apparatus (MD player/re- 
corder) 1 provided in the AV system 3 of the present 
embodiment. 

[0189] Referring to FIG. 12, a magneto-optical disc 
(mini disc) 90 onto which audio data are to be recorded 
is driven to rotate by a spindle motor 2. Upon recording 
and/or reproduction, a laser beam from an optical head 
3 is irradiated upon the magneto-optical disc 90. 
[0190] Upon recording, the optical head 3 outputs a 
laser beam of a high level for heating a recording track 
to a Curie temperature, but upon reproduction, the op- 
tical head 3 outputs a laser beam of a comparatively low 
level for detecting data from reflected light from the mag- 
neto-optical disc 90 by a magnetic Kerr effect. 
[0191] To this end, the optical head 3 includes an op- 
tical system which in turn includes a laser diode serving 
as laser outputting means, a polarizing beam splitter, an 
objective lens 3a and so forth, a detector for detecting 
reflected light, and other necessary elements. The ob- 
jective lens 3a is supported for displacement in a radial 
direction of and in a direction toward or away from the 
magneto-optical disc 90 by a biaxial mechanism 4. 
[01 92] A magnetic head 6a is disposed in an opposing 
relationship to the optical head 3 across the magneto- 
optical disc 90. The magnetic head 6a is adapted to ap- 
ply to the magneto-optical disc 90 a magnetic field mod- 
ulated with data supplied thereto. 
[0193] The entire optical head 3 and the magnetic 
head 6a are supported for movement in a radial direction 
of the magneto-optical disc 90 by a sled mechanism 5. 
[01 94] I nformation detected from the magneto-optical 
disc 90 by the optical head 3 upon reproduction is sup- 
plied to a RF amplifier 7. The RF amplifier 7 performs 
arithmetic processing for the information supplied there- 
to to detect a reproduction RF signal, a tracking error 
signal TE , a focusing error signal FE, groove information 
GFM and other necessary information. The groove in- 
formation is absolute position information recorded as 
pre-grooves (wobbling grooves) on the magneto-optical 
disc 90. 

[0195] The extracted reproduction RF signal is sup- 
plied to an encoder and decoder section 8. The tracking 


error signal TE and the focusing error signal FE are sup- 
plied to a servo circuit 9, and the groove information 
GFM is supplied to an address decoder 10. 
[0196] The servo circuit 9 generates various servo 

s driving signals based on the tracking error signal TE and 
the focusing error signal FE supplied thereto from the 
RF amplifier 7, a track jump instruction or ah access in- 
struction from a system controller 11, which is formed 
from a microcomputer, rotational speed detection infor- 

io mation of the spindle motor 2, and so forth to control the 
biaxial mechanism 4 and the sled m echah isrri 5 to eff eet 
focusing and tracking control and control the spindle 
motor 2 to rotate at a constant linear velocity (CbV)* 
[0 1 97] The address decoder 1 0 decodes the' groove 

75 information GFM supplied thereto f rom the RF amplifier 
7 to extract address information. The address informa- 
tion is supplied to the system controller 11 and used for 
various controlling operations by the system controller 
11. 

20 [0198] The reproduction RF signal is subject to de- 
coding processing such as EFM (Eight to Fourteen Mod- 
ulation) demodulation and CIRC (Cross Interleave Reed 
Solomon Coding) in the encoder and decoder section 
8. Upon such decoding processing, also an address, 

25 sub code data and so forth are extracted and supplied 
to the system controller 11 . 

[0199] Audio data in the form of sectors obtained by 
the decoding processing such as EFM demodulation 
and CIRC by the encoder and decoder section 8 are 

30 written once into a buffer memory 1 3 by a memory con- 
troller 12. It is to be noted that reading of data from the 
disc 90 by the optical head 3 and transfer of reproduction 
data in a system from the optical head 3 to the buffer 
memory 1 3 are performed intermittently at the rate of 

35 1.41 Mbit/sec. 

[0200] The data written in the buffer memory 1 3 are 
read out at a timing at which transfer of the reproduction 
data is performed at the rate of 0.3 Mbit/sec, and are 
supplied to an encoder and decoder section 1 4. The da- 

^o ta supplied to the encoder and decoder section 14 are 
subject to reproduction signal processing such as de- 
coding processing corresponding to audio compression 
processing so that they are converted into a digital audio 
signal sampled with 44.1 KHz and quantized with 16 

45 bits. 

[0201] The digital audio signal is converted into an an- 
alog signal by a D/A converter 15 and then subject to 
level adjustment, impedance adjustment and so forth by 
an output processing section 16. A resulting signal from 

50 the output processing section 16 is outputted as an an- 
alog audio signal Aout from a line output terminal 17 to 
an external apparatus. The signal from the output 
processing section 16 is supplied also as a headphone 
output HPout to a headphone output terminal 27 so that 

55 it is outputted to a headphone connected to the head- 
phone output terminal 27. 

[0202] Meanwhile, the digital audio signal after de- 
coded by the encoder and decoder section 14 is sup- 
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plied to a digital interlace section 22 so that it can be 
outputled as a digital audio signal Doul from a digital 
output terminal 21 to an external apparatus. The digital 
audio signal is outputted to the external apparatus, tor 
example, by transmission over an optical cable. £ 
[0203] When a recording operation onto the magneto- 
optical disc 90 is to be performed, an analog audio signal 
Ain supplied to a line input terminal 18 is converted into 
digital data by an A/D converter 1 9 and then supplied to 
the encoder and decoder section 14, by which audio 10 
compression encoding is performed therefor. 
[0204] On the other hand, if a digital audio signal Din 
is supplied from an external apparatus to a digital input 
terminal 20, then extraction of audio data, control codes 
and so forth is performed by the digital interface section is 
22. The audio data are supplied to the encoder and de- 
coder section 1 4, by which audio compression encoding 
processing is performed therefor. 
[0205] Though not shown, it is naturally possible to 
provide a microphone input terminal so that a micro- 
phone input may be used as a recording signal. 
[0206] The compressed recording data from the en- 
coder and decoder section 14 are written once into and 
accumulated in the buffer memory 13 by the memory 
controller 12 and then read out for each data unit of a 
predetermined amount and sent to the encoder and de- 
coder section 8. Then, the recording data are subject to 
encoding processing such as CIRC encoding and EFM 
modulation by the encoder and decoder section 8, and 
resulting data are supplied to a magnetic head drive cir- 
cuit 6. 

[0207] The magnetic head drive circuit 6 supplies a 
magnetic head driving signal to the magnetic head 6a 
in accordance with the encoded recording data from the 
encoder and decoder section 8. In other words, the mag- 
netic head drive circuit 6 causes the magnetic head 6a 
to perform application of a magnetic field of the N or S 
pole to the magneto-optical disc 90. Further, the system 
controller 11 thereupon supplies a control signal to the 
optical head 3 so that the optical head 3 may output a 
laser beam of a recording level. 

[0208] An operation section 23 is operated by a user 
and includes operation keys, a dial and so forth which 
serve as operation elements. The operation elements 
include, for example, operation elements regarding re- 
cording and reproduction operations such as reproduc- 
tion, recording, pause, stop, FF (fast feeding), REW (re- 
winding) and AMS (Auto Music Search) (head search), 
operation elements regarding play modes such as nor- 
mal reproduction, program reproduction and shuffle re- 
production, an operation element for a display mode op- 
eration for switching the displaying state of a display 
section 24, and operation elements for program editing 
operatbns such as track division, track connection, 
track erasure, track name inputting and disc name in- 
putting. 

[0209] Operation information by the operation keys 
and the dial is supplied to the system controller 11 . The 


system controller 11 thus executes operation control 
based on the control information. 
[0210] The recording and reproduction apparatus 1 in 
the present embodiment further includes a reception 
section 30. The reception section 30 receives a com- 
mand signal transmitted, for example, by infrared rays 
from the remote controller 32, performs decoding 
processing for the command signal, and outputs the de- 
coded command signal as a command code to the sys- 
tem controller 11 . The system controller 1 1 executes op- 
eration control based on the command code received 
from the reception section 30. 

[0211] A displaying operation of the display section 24 
is controlled by the system controller 11. 
[021 2] In particular, in order to cause the display sec- 
tion 24 to perform a displaying operation, the system 
controller 11 transmits data to be displayed to a display 
driver in the display section 24. The display driver drives 
a displaying operation of a display unit such as a liquid 
crystal panel based on the data supplied thereto to dis- 
play required numerals, characters, marks and so forth. 
[0213] The display section 24 displays an operation 
mode state of a disc being recorded or played back, a 
track number, a recording time or reproduction time, an 
editing operation state and so forth. 
[0214] The disc 90 allows recording thereon of char- 
acter information such as a track name which is man- 
aged incidentally to a program as main data. When such 
character information is inputted, the inputted charac- 
ters are displayed : arid also character information read 
out from the disc is displayed. 

[0215] Further, in the present embodiment, sub data 
(AUX data) which make data files independent of data 
of tunes and so forth as programs can be recorded on 
the disc 90. 

[0216] A data file as AUX data includes information of 
characters, a still picture or the like, and such characters 
or still picture can be displayed on the display section 24. 
[0217] In the present embodiment, a JPEG decoder 
26 is provided as a component for allowing the display 
section 24 to display a still picture and characters of AUX 
data. 

[0218] In particular, in the present embodiment, still 
picture data of a data file as AUX data are recorded in 
the form of a file compressed in accordance with the 
JPEG (Joint Photographic Coding Experts Group) sys- 
tem. The JPEG decoder 26 receives a file of still picture 
data reproduced from the disc 90 and stored, for exam- 
ple, in the buffer memory 13 through the memory con- 
troller 12, performs decompression processing in ac- 
cordance with the JPEG system for the file, and outputs 
resulting data to the display section 24. Consequently, 
the still picture data as the AUX data are displayed on 
the display section 24. 

[0219] It is to be noted, however, that, where charac- 
ter information or still picture information of AUX data is 
outputted, a full dot display unit or a CRT display unit 
which has a comparatively large screen and can use the 
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screen freely to some degree is preferably used fre- 
quently. Therefore, it is a possible idea to display AUX 
data on an external monitor apparatus or the like which 
is connected to an interface section 25. 
[0220] Further, while a user can record an AUX data 
file onto the disc 90, it is sometimes necessary to use 
an image scanner, a personal computer or a keyboard 
as an inputting apparatus then, and it is a possible idea 
to input information as an AUX data file from such an 
inputting apparatus as just mentioned to the recording 
and reproduction apparatus 1 through the interface sec- 
tion 25. 

[0221] It is to be noted that, in the present embodi- 
ment, an IEEE 1394 interface is adopted for the inter- 
face section 25. Therefore, in the following description, 
the interface section 25 is sometimes represented as 
IEEE 1394 interlace 25. Accordingly, the IEEE 1394 in- 
terface 25 can be connected to various external appa- 
ratus over the IEEE 1394 bus 116. 
[0222] The system controller 1 1 is formed as a micro- 
computer including a CPU, an internal interface unit and 
so forth and controls the various operations described 
hereinabove. 

[0223] A program ROM 28 has stored therein a pro- 
gram and so for to be used to realize the various oper- 
ations of the recording and reproduction apparatus 1 . 
Further, data, programs and so forth necessary for the 
system controller 11 to execute various processes are 
suitably stored into and held by a work RAM 29. 
[0224] When a recording or reproduction operation is 
performed for the disc 90, management information re- 
corded on the disc 90, that is, the P-TOC (P re-mastered 
Table Of Contents) and the U-TOC (User Table Of Con- 
tents) must be read out. The system controller 11 dis- 
criminates an address of an area to be recorded or an 
address of an area to be played back on the disc 90 
based on the management information. 
[0225] The management information is stored in the 
buffer memory 1 3. 

[0226] When the disc 90 is loaded into the recording 
and reproduction apparatus 1, the system controller 11 
causes a reproduction operation of the innermost cir- 
cumference of the disc 90, on which the management 
information is recorded, to be executed to read out the 
management information and stores the management 
information into the buffer memory 1 3 so that the man- 
agement information may thereafter be referred to upon 
recording, reproduction or editing operation for the disc 
90. 

[0227] The U-TOC is rewritten in response to record- 
ing or editing processing of program data. More partic- 
ularly, each time a recording or editing operation is per- 
formed, the system controller 11 performs U-TOC up- 
dating processing for the U-TOC information stored in 
the buffer memory 1 3 and rewrites the U-TOC area of 
the disc 90 at a predetermined timing in response to the 
rewriting operation. 

[0228] While AUX data files are recorded on the disc 


90 separately from programs, an AUX-TOC is formed 
on the disc 90 for allowing management of the AUX data 
files. 

[0229] The system controller 11 performs also read- 
5 ing out of the AUX-TOC upon reading out of the U-TOC 
and stores the AUX-TOC into the buffer memory 13 so 
that, when necessary, it can refer to the AUX data man- 
agement slate. 

[0230] Further, when necessary, the system controller 
10 1 1 reads out an AUX data file at a predetermined timing 
and stores the AUX data file into the buffer memory 1 3. 
Then, in response to an outputting timing which is man- 
aged with the AUX-TOC, the system controller 11 caus- 
es the display section 24 or the external apparatus con- 
15 nected to the interface section 25 to execute an output- 
ting operation of characters or an image. 

1 -6-2. Sector Format and Address Format 

20 [0231] Data units called sector and cluster are de- 
scribed below with reference to FIGS. 13A to 13E. 
[0232] In a recording track in the mini disc system, 
clusters CL are formed successively as seen in FIG. 
13A, and one cluster makes a minimum unit upon re- 

25 cording. One cluster corresponds to 2 to 3 circumferen- 
tial tracks. 

[0233] Referring to FIG. 1 3B, one cluster CL includes 
a linking area of four sectors SFC to SFF and a main 
data area of 32 sectors S00 to S1 F. 
30 [0234] As seen from FIG. 1 3C, one sector is a unit of 
data including 2,352 bytes. 

[0235] Of the sub data area of four sectors shown in 
FIG. 13B, the sector SFF is used as a sub data sector 
which can be used for recording of information as sub 
35 data. However, the remaining three sectors SFC to SFE 
are not used for recording of data. 
[0236] Meanwhile, TOC data, audio data, AUX data 
and so forth are recorded into the main data area for 32 
sectors. 

40 [0237] It is to be noted that an address is recprded for 
each one sector. 

[0238] Referring to FIGS. 1 3C and 1 3D, one sector is 
further divided into units called sound groups. More par- 
ticularly, two sectors are divided into 11 sound groups. 

45 [0239] More specifically, as seen from FIGS. 1 3C and 
13D, two successive sectors including an even-num- 
bered sector such as the sector S00 and an odd-num- 
bered sector such as the sector S01 include sound 
groups SG00 to SG0A. One sound group is formed from 

so 424 bytes and includes an amount of audio data corre- 
sponding to the time of 11 .61 msec. 
[0240] As seen from FIGS. 1 3D and 1 3F, data are re- 
corded separately for the left channel and the right chan- 
nel in one sound group SG. For example, the sound 

ss group SGOO includes left channel data L0 and right 
channel data R0, and the sound group SG01 includes 
left channel data L1 and right channel data R1 . 
[0241] It is to be noted that 212 bytes which make a 
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data area for the left channel or the right channel is 
called sound frame. 

[0242] An address format in the mini disc system is 
described below with reference to FIGS. 14A and 14B. 
[0243] An address of each sector is represented by a 
clusteraddress and a sector address. As seen from FIG. 
14 A, a cluster address has a value of 16 bits (= 2 bytes), 
and a sector address has a value of 8 bits (= 1 byte). 
[0244] Thus, an address of 3 bytes is recorded at the 
top position of each sector 

[0245] Further, by adding a sound group address of 4 
bits, also an address of a sound group in a sector can 
be represented. For example, if a sound group address 
is described for management of the U-TOC or the like, 
setting of a reproduction position in a unit of a sound 
group is allowed. 

[0246] By the way, in the U-TOC or the AUX-TOC, in 
order to allow a cluster address, a sector address and 
a sound group address to be represented in three bytes, 
such a compacted type address as seen in FIG. 14B is 
used. 

[0247] First, a sector can be represented with 6 bits 
because one cluster includes 36 sectors. Accordingly, 
the two high order bits of a sector address can be omit- 
ted. Similarly, since a cluster up to the outermost circum- 
ference of the disc can be represented with 1 4 bits, the 
two high order bits can be omitted. 
[0248] By omitting the two most significant bits of each 
of a sector address and a cluster address, an address 
which allows designation also of a sound group can be 
represented with 3 bytes. 

[0249] Further, in the U-TOC and the AUX-TOC which 
are hereinafter described, an address to be used for 
management of a reproduction position, a reproduction 
timing or the like is described in an address of the com- 
pacted type. The address may be represented in the 
form of an absolute address or in the form of an offset 
address. The offset address is, for example, a relative 
address which represents the position in each program 
such as a tune with reference to the top position of the 
program determined as a position of the address 0. An 
example of the offset address is described below with 
reference to FIGS. 15A to 1 5C. 

[0250] As hereinafter described with reference to 
FIGS. 16Aand 16B, programs such as tunes are record- 
ed in clusters beginning with the 50th cluster on the disc, 
that is, the 32h-th cluster in hexadecimal notation. It is 
to be noted that any numerical value followed by "h" rep- 
resents a value of the hexadecimal notation. 
[0251] For example, the address value of the address 
of the top position of the first program (that is, cluster 
"32h B , sector °00h a , sound group "Oh") is 
"000000000011 001 0000000000000° as seen in FIG. 
15A, that is, "0032h°, °00h°, W. If this is represented 
in the compacted type, it is 
"OOTJ000001100100000000000 B , that is, "00h", "C8h B , 
"00h n . 

[0252] With the top address determined as a start 


point, the address of a certain point in the first program, 
for example, the address of the cluster °0032h", sector 
n 04h", sound group "Oh" is, in the compacted absolute 
address representation as in FIG. 15B, "OOh*. "C8h", 

s "40h". Meanwhile, the address described above in the 
offset address representation is "00h", "OOh", "40h" be- 
cause the cluster "0032h", sector "04h\ sound group 
°0h" is represented as a finite difference from the start 
point provided by the top address. 

10 [0253] On the other hand, with the top address of FIG. 
1 5A determined as a start point, another certain position 
in the first program, for example, the address of the clus- 
ter D 0032h", sector "13h", sound group B 9h° is, in the 
compacted absolute address, a 00h", "C9h D , a 39h D as 

is seen in FIG. 15C, but is, in the offset address, °00h n , 
•01 h", K 39h". 

[0254] Like the examples described above, a position 
in a program can be designated with an absolute ad- 
dress or an offset address. 

20 

1 -6-3. Area Structure 

[0255] An area structure of the disc 90 which can be 
handled by the MD recorder/player 1 of the present em- 
2$ bodiment is described below with reference to FIGS. 
16A and 16B. 

[0256] FIG. 16A shows different areas from the inner- 
most circumference side to the outermost circumfer- 
ence side of the disc 90. 
30 [0257] The disc 90 as a magneto-optical disc has, on 
the innermost circumference side, a pit area in which 
read only data in the form of embossed pits are formed 
and the P-TOC is recorded. 

[0258] The remaining area on the outer circumferenc- 
es es with respect to the pit area is formed as a magneto- 
optical area and as a recording/reproduction allowing 
area in which grooves as guide grooves for recording 
tracks are formed. 

[0259] A section of the magneto-optical area from the 
40 cluster 0 on the innermost circumference side to the 
cluster 49 is used as a management area whereas an- 
other section from the cluster 50 to the cluster 2,251 is 
used as a program area in which actual programs such 
as tunes are recorded. The remaining outer circumfer- 
4 $ ential area with respect to the program area is used as 
a lead-out area. 

[0260] The management area is illustrated more par- 
ticularly in FIG. 16B. FIG. 16B shows sectors in a hori- 
zontal direction and shows clusters in a vertical direc- 
so tion. 

[0261] The clusters 0 and 1 in the management area 
form a buffer area to the pit area. The cluster 2 is used 
as a power calibration area PCA and used for output 
power adjustment of a laser beam and so forth. 
55 [0262] In the clusters 3, 4 and 5, the U-TOC is record- 
ed. While contents of the U-TOC are hereinafter de- 
scribed, a data format is defined in each sector in one 
cluster, and predetermined management information is 
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recorded in each sector. The U-TOC data are repetitive- 
ly recorded three times in the three clusters 3, 4 and 5 
having the sectors in which the U-TOC data are record- 
ed. 

[0263] The clusters 6, 7 and 8 are used to record the 5 
AUX-TOC. Although also contents of the AUX-TOC are 
hereinafter described, a data format is defined in each 
sector in one cluster and predetermined management 
information is recorded in each sector. The AUX-TOC 
data are repetitively recorded three times in the three to 
clusters 6, 7 and 8 having the sectors in which the AUX- 
TOC data are recorded. 

[0264] The region from the cluster 9 to the cluster 46 
is used to record AUX data. A data file of AUX data is 
formed in a unit of a sector and includes picture file sec- 15 
tors as a still picture file, text file sectors as a character 
information file, karaoke text file sectors as a character 
information file synchronized with a program and so 
forth which are hereinafter described. 
[0265] Regions in the AUX data area in which data 
files of AUX data, AUX data files and so forth can be 
recorded are managed with the AUX-TOC. 
[0266] It is to be noted that the recording capacity for 
data files in the AUX data area is 2.8 Mbytes where an 
error correction system mode 2 is presumed. 
[0267] Also it is possible to form a second AUX data 
area, for example, in a rear half portion of the program 
area or a region on the outer circumference side than 
the program area such as, for example, the lead-out por- 
tion to increase the recording capacity for data files. 
[0268] The clusters 47, 48 and 49 are used as a buffer 
area to the program area. 

[0269] In the program area beginning with the cluster 
50 (= "32h"), data of one or a plurality of tunes or the 
like are recorded in the form compressed by a compres- 
sion method called ATRAC. 

[0270] Programs recorded and a recording allowing 
region are managed with the U-TOC. 
[0271] It is to be noted that, in each cluster in the pro- 
gram area, the sector "FFh" can be used for recording 
of some information as sub data as described herein- 
above. 

[0272] It is to be noted that, although, in the present 
mini disc system, a reproduction only disc on which pro- 
grams and so forth are recorded as reproduction only 
data in the form of pits can be used, the entire area of 
the reproduction only disc is formed as a pit area. The 
programs recorded on the reproduction only disc are 
managed in a manner substantially similar to that with 
the U-TOC, which is hereinafter described, and the U- 
TOC is not formed. 

[0273] However, where reproduction only data files 
are recorded as AUX data, the AUX-TOC for managing 
the data files is recorded. 


1-6-4. U-TOC 

1-6-4-1. U-TOC Sector 0 

[0274] As described hereinabove, in order to perform 
a recording and reproduction operations of a program 
onto and from the disc 90, the system controller 1 1 reads 
out the P-TOC and the U-TOC as management infor- 
mation recorded on the disc 90 in advance, and refers 
to them when necessary. - ' ' 

[0275] Here, the U-TOC sectors as management in- 
formation to be used for management of recording and 
reproduction operations of tracks on the disc 90 are de- 
scribed. 

[0276] It is to be noted that the P-TOC is formed in the 
pit area on the innermost circumference side of the disc 
90 as described hereinabove with reference to FIG. 
16A. Then, management of the positions of recordable 
areas, the lead-out area and the U-TOC area and so 
forth of the disc is performed based on the P-TOC. It is 
to be noted that, with a read only optical disc on which 
all data are recorded in the form of pits, also manage- 
ment of tunes recorded as a ROM (Read Only Memory) 
can be performed with the P-TOC, but no U-TOC is 
formed. 

[0277] Detailed description of the P-TOC is omitted, 

and here, the U-TOC which is provided on a recordable 

magneto-optical disc is described. 

[0278] FIG. 17 shows the format of the U-TOC sector 

0. 

[0279] It is to be noted that, as the U-TOC sectors, the 
sectors from the sector 0 up to the sector 32 can be pro- 
vided, and among the sectors, the sector 1 and the sec- 
tor 4 can be used as an area in which character infor- 
mation is to be recorded and the sector 2 is used as an 
area into which recording dates/times are to be record- 
ed. 

[0260] First, the U-TOC sector 0 required without fail 
for recording and reproduction operations for the disc 
90 is described. 

[0281] The U-TOC sector 0 is a data area in which 
management information principally regarding pro- 
grams such as tunes recorded by a user and free areas 
into which programs can be recorded newly is recorded. 
[0282] For example, if a user intends to record a cer- 
tain tune onto the disc 90, the system controller 11 
searches out a free area on the disc 90 from the U-TOC 
sector 0 and records audio data into the free area. On 
the other hand : upon reproduction, an area in which a 
tune to be reproduced is recorded is discriminated from 
the U-TOC sector 0, and the area is accessed to perform 
a reproduction operation. 

[0283] At the top position of the data area (4 bytes x 
588 = 2,352 bytes) of the U-TOC sector 0, a synchroni- 
zation pattern in which several 1-byte data of all Os or 
all 1s are formed successively is recorded. 
[0284] Then, an address including a cluster address 
(Cluster H) (Cluster L) and a sector address (Sector) is 
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recorded over 3 bytes, and 1 byte of mode information 
(MODE) is added. The bytes mentioned form a header. 
The address of 3 bytes here is an address of the sector 
itself. 

[0265] The structure o1 the header part in which the 
synchronization pattern and an address are recorded 
applies not only to the U-TOC sector 0 but also to the 
P-TOC sectors, AUX-TOC sectors, AUX file sectors and 
program sectors, and although description of the header 
part of any of the sectors hereinafter described with ref- 
erence to FIGS. 19 to 29 is omitted, in the header part 
of any of the sectors, an address of the sector itself and 
the synchronization pattern are recorded in a unit of a 
sector. 

[0286] It is to be noted that, as the address of a sector 
itself, the cluster address is represented in 2 bytes of a 
high order address (Cluster H) and a low order address 
(Cluster L) and the sector address (Sector) is represent- 
ed with 1 byte. In other words, the address is not of the 
compacted type. 

[0287] Then, at predetermined byte positions, data of 
a maker code, a model code, a track number (First TNQ) 
of the first track, a track number (Last TNO) of the last 
track, a sector use situation (Used sectors), a disc serial 
number, a disc ID and so forth are recorded. 
[0288] Further, a region is prepared in which various 
pointers (P-DFA (Pointer for Defective Area), P-EMPTY 
(Pointer for Empty Slot), P-FRA (Pointer for Free Area), 
P-TNOI to P-TN0255) provided to allow identification 
of regions of tracks recorded by recording operations 
performed by a user, free areas and so forth by making 
them correspond to a table section which is hereinafter 
described are to be recorded. 

[0289] In the table section which is made correspond 
to the pointers (P-DFA to P-TN0255), 255 part tables 
"Olh" to "FFh" are provided. In each part table, a start 
address which defines a start point of a given part, an 
end address which defines an end point of the part, and 
mode information of the part are recorded. Further, 
since a part indicated by a part table may possibly be 
linked to ianother part, link information indicative of a part 
table in which a start address and an end address of the 
part of the destination of the link are recorded can be 
recorded. 

[0290] It is to be noted that the term "part 0 signifies a 
track portion in which successive data in time are re- 
corded physically continuously in one track. 
[0291] Addresses represented as start addresses 
and end addresses designate a part or each of a plurality 
of parts which form a track, 

[0292] Those addresses are recorded in compacted 
representations and each designates a cluster, a sector 
and a sound group. 

[0293] In a recording and reproduction apparatus of 
the type described above, data of tune such as a pro- 
gram or track are sometimes recorded physically dis- 
continuously or discretely in a plurality of parts. This is 
because, as regards audio data or the like recorded by 


a user, even if they are recorded over a plurality of parts, 
there is no trouble in a reproduction operation by suc- 
cessively accessing the parts to reproduce them, and 
this allows efficient use of recordable areas and so forth. 

5 [0294] To this end, link information is provided, and 
for example, by designating a part table to be linked 
based on the numbers "Olh" to "FFh" given to the indi- 
vidual part tables, the part table can be linked. 
[0295] In particular, in the management table section 

io in the U-TOC sector 0, one part table represents one 
part, and ; for example, for a tune formed from three parts 
linked to each other, the part positions are managed with 
three part tables linked with the link information. 
[0296] It is to be noted that actually the link informa- 

15 tion is indicated by a value representing a byte position 
in the U-TOC sector 0 by predetermined calculation 
processing. In particular, a part table is designated as 
304 + (link information) x 8 (-th byte). 
[0297] Each of the part tables "01 h B to "FFh" in the U- 

20 TOC sector 0 indicates contents of the part in the fol- 
lowing manner with the pointers (P-FDA, P-EMPTY, P- 
FRA, P-TNOI to PTN0255) in the pointer section. 
[0298] The pointer P-DFA indicates a defective area 
on the magneto-optical disc 90 and designates a part 

2S table or the top one of a plurality of part tables which 
represents a part or represent parts which provides or 
provide a defective area because of damage to the 
same. In short, if the magneto-optical disc 90 includes 
a defective part, one of the part tables "01 h" to "FFh" is 

30 recorded in the pointer P-DFA, and in the corresponding 
part table, the defective part is indicated with start and 
end addresses. Further, if the magneto-optical disc 90 
includes another defective part, the part table of this de- 
fective part is designated as the link information in the 

35 first-mentioned part table, and also in the part table, the 
defective part is indicated. If no other defective part is 
involved, then the link information is set, for example, to 
B 00h a , which indicates absence of any further link. 
[0299] The pointer P-EMPTY indicates a part table of 

*o a non-used part or the top one of a plurality of non-used 
part tables in the management table section. Where a 
non-used part table is present, one of "01 h B to "FFh" is 
recorded in the pointer P-EMPTY. 
[0300] Where a plurality of non-used part tables are 

45 present, such part tables are successively designated 
with link information from the part table designated by 
the pointer P-EMPTY such that all of the non-used part 
tables are linked on the management table section. 
[0301] The pointer P-RFA indicates a free area includ- 

$o ing an erased area on the magneto-optical disc 90 into 
which data can be written and designates a part table . 
or the top one of a plurality of part tables which includes 
or include a free area. In particular, if a free area is 
present, then one of "01 h° to °FFh B is recorded in the 

55 pointer P-FRA, and in a part table corresponding to it, 
the part which forms the free area is indicated with start 
and end addresses. Further, where a plurality of such 
parts are present, or in other words, where a plurality of 
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such part tables are present, the part tables are succes- 
sively designated with link information until the link in- 
formation of "00h B is found. 

[0302] FIG. 18 schematically illustrates a manner of 
management of parts which form a free area with part 
tables. In FIG. 18, the parts "03h", "18h", "1Fh", "2Bh" 
and "E3h" form a free area and are successively linked 
beginning with the pointer P-FRA. Also such defective 
area and non-used part tables as described above are 
managed in a similar manner. 

[0303] Referring back to FIG. 17, the pointers P- 
TNOI to P-TN0255 indicate tracks of tunes or the like 
recorded on the magneto-optical disc 90 by a user. For 
example, the pointer P-TNOI designates a part table 
which indicates a part or a top one, with respect to time, 
of a plurality of parts in which data of the first track are 
recorded. 

[0304] For example, if a tune of a first track or a first 
program is recorded without being divided, that is, re- 
corded in one part, on the disc, the recording area of the 
first track is designated with start and end addresses in 
a part table indicated by the pointer P-TNOI . 
[0305] Further, if a tune of a second track or a second 
program is recorded discretely in a plurality of parts on 
the disc, then the parts for indicating the recorded posi- 
tions of the second track are designated in accordance 
with an order in time. In particular, beginning with a part 
table designated by the pointer P-TN02, the other part 
tables are successively designated in accordance with 
an order in time with link information to link the parts 
until the part table whose link information is "00h" is 
reached. The manner of linkage is similar to that de- 
scribed hereinabove with reference to FIG. 18. 
[0306] Since alt parts in which, for example, data of 
the second tune are recorded are successively desig- 
nated and recorded in this manner, when reproduction 
of the second tune or overwrite recording into the region 
of the second tune is to be performed using the data of 
the U-TOC sector 0, the optical head 3 and the magnetic 
head 6a can be controlled to access the discrete parts 
to extract the continuous music information or to effect 
recording with the recording area used efficiently. 
[0307] In this manner, with the re- writable magneto- 
optical disc 90, management of the areas on the disc is 
performed based on the P-TOC and management of 
tunes recorded in the recordable service area, a free ar- 
ea and so forth is performed based on the U-TOC. 

1-6-4-2. U-TOC sector 1 

[0308] Fl G. 1 9 shows the format of the U-TOC sector 
1 . The U-TOC sector 1 is a data region into which input- 
ted character information is recorded when a track name 
is to be applied to a recorded track or a disc name as 
information of the name or the lika of the disc itself is to 
be applied to the disc. 

[0309] In the U-TOC sector 1 , pointers P-TNA1 to P- 
TN A255 are prepared as a pointer section which corre- 


sponds to recorded tracks, and 255 slots "01 h" to "FFh" 
of 8 bytes designated by the pointers P-TNA1 to P- 
TNA255 and one slot "00h" of 8 bytes are prepared. The 
U-TOC sector 1 is thus used for management of char- 
5 acter data in a substantially similar manner to that of the 
U-TOC sector 0. 

[0310] Character information representing a disc title 
or a track name is recorded in ASCII codes in each of 
the slots "01 h" to "FFh". 

10 [031 1] For example, in a slot designated by the pointer 
P-TNA1 , characters inputted corresponding to the first 
track by a user are recorded. Further, as a slot is linked 
with link information, a number of characters greater 
than 7 bytes (7 characters/ may be inputted for one 

is track. 

[031 2] It is to be noted that the slot °00h" of 8 bytes is 
prepared as an area for exclusive use to record a disc 
name and is prevented from being designated by the 
pointer P-TNA(x). 
20 [031 3] Also in the U-TOC sector 1 , the pointer P-EMP- 
TY is used for management of non-used sbts. 

1 -6-4-3. U-TOC sector 2 

25 [031 4] FIG. 20 shows the format of the U-TOC sector 
2. The U-TOC sector 2 is a data region into which re- 
cording dates/times of tunes recorded by a user are re- 
corded principally. 

[0315] In the U-TOC sector 2, pointers P-ERD1 to P- 
^o TRD255 are prepared as a pointer section which corre- 
sponds to tracks recorded, and a slot section designated 
by the pointers P-TRD1 to P-TRD255 is prepared. Fur- 
ther, 255 slots "01 h" to "FFh" of 8 bytes are prepared in 
the slot section, and the U-TOC sector 2 is used for man- 
35 agement of date/time data substantially in a similar man- 
ner to that of the U-TOC sector 0. 

[0316] In the slots -01h" to "FFh", recording date/ 
times of tracks as tunes are recorded in 6 bytes. In the 
6 bytes, values corresponding to the year, the month, 

40 the day, the hour, the minute and the second are record- 
ed successively for each one byte. The remaining 2 
bytes are prepared for a maker code and a model code, 
and code data representing a manufacturer of a record- 
ing apparatus used for recording of the tune and code 

45 data representing a type of the recording apparatus 
used for recording are recorded in them. 
[031 7] For example, if a track as a first tune is record- 
ed onto the disc, then the recording date/time, the maker 
code of the recording apparatus used and the model 

50 code are recorded into a slot designated by the pointer 
P-TRD 1 . The recording dateAime data are automatically 
recorded by the system controller 11 referring to an in- 
ternal clock. 

[031 8] The slot "00rT of 8 bytes is prepared as an area 
55 for exclusive use to record the recording dateAime of the 
disc and is prevented from being designated by the 
pointer P-TRD(x). 

[0319] It is to be noted that, also in the U-TOC sector 
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2, the slot pointer P -EMPTY is used for management of 
slots which are not used. In such non-used slots, link 
information is recorded in place of a model code. Thus, 
the non-used slots are linked with such link information 
beginning with the slot pointer P-EMPTY to manage the 
non-used slots. 

1 -6-4-4. U-TOC sector 4 

[0320] FIG. 21 shows the U-TOC sector 4. The U- 
TOC sector 4 is a data area into which inputted charac- 
ter information is recorded when a tune name is to be 
applied to a track recorded by a user or a disc name is 
to be applied to the disc similarly to the U-TOC sector 1 
described hereinabove. As can be seen from compari- 
son of FIG. 21 with FIG. ig, the format of the U-TOC 
sector 4 is substantially similar to that of the U-TOC sec- 
tor 1. 

[0321] However, the U-TOC sector 4 allows recording 
of code data, that is. 2 byte codes, corresponding to a 
Kanji or a European character such as French or Ger- 
man, and in addition to data of the U-TOC sector 1 of 
FIG. 19, an attribute of a character code is recorded at 
a predetermined byte position. 

[0322] Management of character information of the U- 
TOC sector 4 is performed with pointers P-TNA1 to P- 
TNA255 and slots "01 h" to "FFh" designated by the 
pointers P-TNA1 to P-TNA255, like U-TOC sector 1. 
[0323] It is to be noted that the recording and repro- 
duction apparatus or MD recorder/player 1 of the 
present embodiment can handle a reproduction only 
disc on which no U-TOC is formed. Where such a re- 
production only disc is used, it may have character in- 
formation of a disc name and track names recorded in 
the P-TOC thereof. 

[0324] In particular, sectors substantially similar to the 
U-TOC sector 1 and the U-TOC sector 4 are prepared 
as P-TOC sectors, and a disc maker can record a disc 
name and track names on the P-TOC sectors in ad- 
vance. 

1-6-5. AUX-TOC 

1 -6-5-1 . AUX-TOC Sector 0 

[0325] In the disc 90 in the present embodiment, re- 
gions in which AUX data files and the AUX-TOC are to 
be recorded are set as described hereinabove with ref- 
erence to FIG. 16B, and character information, image 
information and so forth independent of tracks of pro- 
grams such as tunes can be recorded as AUX data files. 
[0326] Such AUX data files are managed with the 
AUX-TOC. The AUX-TOC is recorded three times re- 
petitively over 3 clusters, and accordingly, as a manage- 
ment data structure, 32 sectors in one cluster can be 
used similarly as in the U-TOC. 

[0327] In the present embodiment, the AUX-TOC sec- 
tors 0 to 5 are set to manage the AUX data files as de- 


scribed below. 

[0328] First, the format of. the AUX-TOC sector 0 is 
described with reference to FIG. 22. 
[0329] The AUX-TOC sector 0 is used as an area al- 
5 location table principally for management of a free area 
in the overall AUX data region. 

[0330] As seen from Ft G. 22, in the AUX-TOC sector 
0, a header including a sector address (Sector) - "OQh" 
and mode information (MODE) = "02h" is recorded first, 

10 and the four characters of 'M\ 'D\ 'A' and , D' are record- 
ed in the form of ASCII codes jn a region ot4 cAletSt 
predetermined byte positions. The characters 'M'^ ;D\ 
'A* and 'D' indicate a format ID and aire recorded com- 
monly at a same byte position in the AUX-TOC sectors 

15 which are hereinafter described. 

[0331] Further, a maker code and a model code are 
recorded at predetermined byte positions following the 
format ID, and used sector information is recorded at 
predetermined byte positions following the maker code 

20 and the mode code. 

[0332] The used sector information indicates a situa- 
tion of use of secto/s in the AUX-TOC. 
[0333] The eight bits d8 to d1 which form the Used 
Sector 0 correspond to 0 to 7 sectors, respectively. In a 

25 similar manner, the 8 bits d8 to d1 of the Used Sector 1 
correspond to 8 to 15 sectors, respectively. The 8 bits 
d8 to d1 of the Used Sector 2 correspond to 16 to 23 
sectors, respectively. The 8 bits d8 to dl of the Used Sec- 
tor 3 correspond to 24 to 31 sectors, respectively. 

30 [0334] In the AUX-TOC sector 0, a pointer section is 
formed from pointers P-EMPTY and P-BLANK. 
[0335] In a table section, 99 part tables of 8 bits in 
which a start address, an end address and link informa- 
tion are formed such that management of the AUX data 

35 area may be performed in a similar manner as with the 
U-TOC sector 0 described hereinabove. In this instance, 
however, part tables "01 h' to "63h B are used as the table 
section, but the remaining part tables "64h" to "FFh" are 
not used with all Os (zeros) placed herein. 

40 [0336] It is to be noted that, although the part tables 
beginning with the part table "64h" may possibly be used 
as the table section, for practical use, it is sufficient to 
use 99 part tables for management. Here, the reason 
why the part tables "Olh" to "63h" are used as the effec- 
ts tive table section is that it is determined taking a partic- 
ular capacity of the buffer memory 1 3 into consideration. 
[0337] The pointer P-EMPTY is used for management 
in the form of a linkage of non-used part tables in the 
AUX-TOC sector 0. 

so [0338] The pointer P-BLANK is used for management 
in the form of a linkage of part tables of a free area in 
the AUX data area, that is, non-recorded regions into 
which AUX data files can be recorded, similarly to the 
pointer P-FRA of the U-TOC sector 0. 

55 [0339] It is to be noted that a start address and an end 
address are represented in compacted representations 
and consequently designation up to a sound group po- 
sition is allowed. However, in the AUX-TOC sector 0 in 
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the present embodiment, it is prescribed to designate 
an address in a unit of a cluster, and all Os are placed 
at the data position indicating a sound group unit in the 
sector, start address and end address. 
[0340] Also the start address and the end address re- 
corded in 3 bytes in the table section or the slot section 
in the AUX-TOC sectors 1 to 5 described below are rep- 
resented in compacted representations. Further, the 
prescription of up to which data unit a start address or 
an end address designates is different among different 
sector contents, and such prescriptions are hereinafter 
described suitably. 

[0341] Where the AUX-TOC is formed on a reproduc- 
tion only disc, no part table uses link information. 

1-6-5-2. AUX-TOC Sector 1 

[0342] The AUX-TOC sectors 1 to 3 are used for man- 
agement of picture files as still picture information. 
[0343] The AUX-TOC sector 1 shown in FIG. 23 is a 
management sector as a picture allocation table and is 
used for management of data files recorded as picture 
files in the AUX data area. 

[0344] With the AUX-TOC sector 1, management of 
picture files is performed in a manner similar to that with 
the U-TOC sector 0. 

[0345] In the present embodiment, the file length of a 
picture file of one still picture recorded in the AUX data 
area is not prescribed specifically In the present em- 
bodiment, however, 100 picture files in the maximum in- 
cluding a cover picture can be managed as hereinafter 
described. Accordingly, also the number of substantially 
recordable picture files is 100. 

[0346] The cover picture may be, for example, a pic- 
ture file which is a disc jacket or the like. 
[0347] In the AUX-TOC sector 1, a sector address 
(Sector) = '01 h" and mode information (MODE) = "02h" 
are recorded in the header. 

[0346] As pointers P-PNO(x) to be used for manage- 
ment of 99 picture files other than the cover picture, 
pointers P-PN01 to P-PN099 are formed in the AUX- 
TOC sector 1 . At individual byte positions in the pointers 
from the pointer P-PN099to the pointer immediately pri- 
or to the table section, "00h" is recorded. 
[0349] However, in order to enable to cope with a case 
wherein recording of a greater number of picture files is 
made possible by an expansion of an AUX data area or 
a change of the file size in the future, it is possible to 
set, as the pointers P-PNO(x), the pointers P-PNO100 
to P-PN0255 to byte positions from the byte position fol- 
lowing the pointers P-PNOI to P-PN099 to the byte po- 
sition of the pointer P-PN0255 indicated in blankets in 
FIG. 23. 

[0350] Further, the region of 2 bytes following the 
maker code and the model code is used for the pointers 
First PNO and Last PNO. In the pointer First PNO, the 
number x of the first one P-PNO(x) of used ones of the 
pointers P-PNOI to P-PN099 is recorded, and the 


number x of the last one P-PNO(x) of used ones of the 
pointers P-PNOI to P-PN099 is recorded in the pointer 
Last PNO. For example, if it is assumed that, from 
among the pointers P-PNOI to P-PN099, the pointers 
s P-PNOI to P-PNOS are used, then the pointer First 
PNO = "01 h" and the pointer Last PNO = "05h" are re- 
corded. 

[0351] In the pointer section, also the pointers P- 
PFRA and P- EMPTY are formed. 

io [0352] Further, in the table section, 99 part tables 
"01 h" to "63h" in each of which a start address, an end 
address and a picture mode (S. Pict. mode) are record- 
ed are formed as part tables' of 8 bytes corresponding 
to the individual pointers. Also in this instance, similarly 

is to the AUX-TOC sector 0, the remaining part tables 
"64h" to "FFh" are not used with all Os (zeros) placed 
therein. 

[0353] The part table "OOh" is prevented from being 
designated by any pointer, and is used exclusively for 
20 address management of a picture file determined as a 
cover picture. The picture mode (S. Pict. mode) men- 
tioned above is provided also in the part table "OOh* for 
a cover picture 

[0354] The pointers P-PNOI to P-PN099 are used for 
25 management of regions, in each of which one picture 
file is recorded, by designating a particular part table. 
For example, in a part table designated by the pointer 
P-PNOI , a start address, an end address and a picture 
mode (S. Pict. mode) of a picture file of image data for 
30 a first picture are recorded. 

[0355] It is to be noted that, with the AUX-TOC sector 
1 , file management which is performed by linking part 
tables with link information (Link-P) is not performed. In 
other words, one picture file is not recorded in sections 
35 physically spaced from each other. 

[0356] However non-used part tables in the AUX- 
TOC sector 1 are managed in the form of a link begin- 
ning with the pointer P-EMPTY 

[0357] The pointer P-PFRA in the AUX-TOC sector 1 
is a pointer to be used for management of a free area 
where picture data whose amount is smaller than 1 clus- 
ter are recorded in a region of 1 cluster in the AUX data 
area and the region in the 1 cluster in which picture data 
are not recorded is a recordable region and hence a free 
45 area. In short, an address of a section as a free area is 
recorded in a part table designated by the pointer P- 
PFRA. 

[0358] The picture mode (S. Pict. mode) in each part 
table in the AUX-TOC sector 1 represents mode infor- 

50 mation including a copy status of a picture file recorded 
in an address designated by each part table. 
[0359] The picture mode (S. Pict. mode) is defined, 
for example, in such a manner as illustrated in FIG. 30 A. 
[0360] The picture mode is composed of 8 bits dl to 

55 d8, and a copy status is indicated by the 2 bits of dl and 
d2. The copy status is information set regarding whether 
or not copying of a corresponding picture file is permit- 
ted. 
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[0361] In this instance, if the copy status is "Oh", then 
this represents that copying is permitted, and the picture 
file can be copied any number of times. 
[0362] If the copy status is "In", then this represents 
that copying of the picture file is permitted only once. s 
[0363] If the copy status is n 2h", this represents that 
copying of the picture fife is permitted only once over an 
authenticated data bus. Conversely speaking, copying 
over a data bus which is not authenticated is not permit- 
ted. 10 
[0364] If the copy status is "3h", then this represents 
that copying of the picture file is inhibited. 
[0365] The remaining 6 bits d3 to d8 are undefined 
here. 

[0366] If copying of data is performed for a certain pic- 1 S 
ture file, then the copy status to be given to the picture 
file after copying is updated in such a manner as illus- 
trated in FIG. 30B from contents of the copy status which 
has been given to the picture file before copying. 
[0367] In particular, if the copy status of a certain pic- zo 
ture file is "Oh" before copying, then the copy status "Oh" 
is given to the picture file also after copying. In other 
words, copying of the picture file is permitted any 
number of times. 

[0368] On the other hand, if the copy status is "1 h" or 25 
"2h" before copying, then the copy status is changed to 
"3h" after copying so that later copying of the picture file 
is inhibited. 

1 -6-5-3. AUX-TOC Sector 2 30 

[0369] FIG. 24 shows the format of the AUX-TOC sec- 
tor 2. The AUX-TOC sector 2 is used as a picture infor- 
mation table and as a data region into which, where in- 
formation (which is hereinafter referred to as picture in- 35 
formation) is added to each picture file recorded, the in- 
formation as the picture information is recorded as char- 
acter information. Here, the picture information in the 
present embodiment may include a picture name, a re- 
cording date/time and a URL (Uniform Resource Loca- 40 
tor) of the Internet. 

[0370] Here, before the AUX-TOC sector 2 is de- 
scribed, a structure of a picture information file recorded 
in the table section of the AUX-TOC sector 2 is de- 
scribed with reference to FIG. 31 . The picture informa- 45 
tion file here includes information of picture information 
corresponding to one picture file. 
[0371] As seen from FIG. 31 , the picture information 
file has a data unit as a picture name disposed at the 
top thereof in the form of ASCII codes or some other so 
character codes. The picture name is recorded in ac- 
cordance with the format of character information re- 
corded in a slot of the U-TOC sector 4 shown in FIG. 21 . 
[0372] Next to the data unit as a picture name, "1 Fh" 
indicating a delimiting point between data units is dis- 55 
posed, and a data unit for the recording date/time is dis- 
posed next to "1Fh". The recording date/time is record- 
ed in accordance with the format of the recording date/ 


time recorded in a slot of the U-TOC sector 2 shown in 
FIG. 20 using 6 bytes as described above. 
[0373] Next to the data unit of the recording date/time, 
■iFh" mentioned above is disposed, and character in- 
formation as a URL is disposed next to this "iFh". The 
URL may be recorded as an ASCII code from the'MSB 
(Most Significant Bit) without depending upon a charac- 
ter code (character.code) which will be hereinafter de- 
scribed. Then, "00h" is disposed at the last end of the 
file. ' ; 

[0374] It is to be noted that, where one of the data 
units of the picture name, recording date/time and URL 
has no substantive contents, "OOh" can be recorded in 
place of the data unit. 

[0375] In regard to the URL described above, for ex- 
ample, where the picture file is obtained by downloading 
it from a home page of the Internet, the URL of the home 
page is applied as the URL to the picture file. 
[0376] Referring back to FIG. 24, the AUX-TOC sec- 
tor 2 is described. 

[0377] First, in the header of the AUX-DOC sector 2, 
a sector address (Sector) = "02h" and mode information 
(MODE) = "02h" are recorded. 

[0378] Further, in the AUX-TOC sector 2, pointers P- 
PIF1 to P-PIF99 are prepared in the pointer section so 
as to correspond to individual picture files recorded on 
the disc. Further, in the slot section, 256 slots "01 h" to 
"FFh" of 8 bytes which can be designated by the pointers 
P-PIF1 to P-PIF99 and one slot "00h" of 8 bytes are pre- 
pared. However, the pointers P-PIF can be expanded 
up to P-PIF255. 

[C379] In a region of 2 bytes following the maker code 
and the model code, pointers First PIF and Last PIF are 
recorded. The pointer First PIF has recorded therein the 
number of the first one P-PIF of used ones of the point- 
ers P-PIF1 to P-PIF99. The pointer Last PIF has record- 
ed therein the number of the last one P-PIF of the used 
ones of the pointers P-PIF1 to P-PIF99. 
[0380] In the slots "00h" to "FFh", character informa- 
tion as picture information files is recorded in the form 
of ASCII codes or some other character codes. The type 
of characters recorded is defined by a character code 
(described as chara.code in FIG. 24) recorded at a pre- 
determined byte position on the AUX-TOC sector 2. 
[0381] The character code is defined such that, for ex- 
ample, °00h" designates the ASCII code; "01 h" desig- 
nates the modified ISO (International Organization for 
Standardization) 8859-1 code; "02h" designates the 
music shifted JIS (Japan Industrial Standard) code; 
°03h" designates the KS C 5601-1989 code (Korean 
language); and "04h" designates the GB 2312-80 code 
(Chinese language). 

[0382] The pointers P-PIF1 to P-PIF99 designate par- 
ticular part tables in which picture information files of file 
numbers corresponding to the numbers of the individual 
pointers are recorded. For example, in a slot designated 
by the pointer P-PIF1, characters corresponding to a 
picture of a first picture file are recorded. It is to be noted 
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that the slot °00h" of 8 bytes is used as an exclusive 
area for starting of recording of a picture information file 
corresponding to the cover picture and is prevented 
from being designated by the pointer P-PIF(x). 
[0383] The slots are linked with link information so that 
a picture information file corresponding to one picture 
file may be recorded even if the size thereof is greater 
than 7 bytes. 

[0384] The pointer P-EMPTY is used for management 
of non-used slots in the form of a link. 
[0385] It is to be noted that different AUX-TOC sectors 
may be set for the picture name, recording dateAime and 
URL such that they may be managed individually. How- 
ever, where various character information applied to pic- 
ture files is managed collectively with the AUX-TOC sec- 
tor 2 as a picture information file as seen in FIGS. 24 
and 31 , the recording region of the disc is utilized effec- 
tively. This is because the amount of data (number of 
TOC sectors) required for management information is 
smaller than that where different AUX-TOC sectors are 
provided for the picture name, recording date/time and 
URL to manage them. 

1-6-5-4. AUX-TOC Sector 3 

[0386] The AUX-TOC sector 3 shown in FIG. 25 is 
used as a picture playback sequence table in which 
management information for outputting a picture file in 
synchronism with reproduction of a program such as a 
tune is stored. 

[0387] In the header of the AUX-TOC sector 3, a sec- 
tor address (Sector) = "03h" and mode information 
(MODE) = "02h" are recorded. 

[0388] Further, as the pointer section corresponding 
to recorded picture files, pointers P-TNP 1 to P-TNP99 
are prepared. It should be noted that the pointers P-TNP 
can be expanded up to P-TNP255. The pointers P- 
TNP1 to P-TNP99 correspond to track numbers of audio 
data recorded in a unit of a track in the program area. 
In short, the pointers P-TNP1 to P-TNP99 correspond 
to the first to 99th tracks. 

[0389] In the table section, 99 part tables ■Olh" to 
•63h" of 8 bytes designated by the pointers P-TNP 1 to 
P-TNP99 and one part table "00h" of 8 bytes are pre- 
pared. Also in this instance, all 0s are recorded in the 
remaining part tables "64h" to 'FFh - which are not used. 
In the pointers First TNP and Last TNP following the 
maker code and the model code, the number of the first 
one P-TNP of used ones of the pointers P-TNP1 to P- 
TNP99 and the number of the last one P-TNP of the 
used ones of the pointers P-TNP1 to P-TNP99 are re- 
corded, respectively. 

[0390] In each of the part tables designated by the 
pointers P-TNP1 to P-TNP99, a start address and an 
end address are recorded in the form of offset address- 
es from the address of the top position of the track. With 
the AUX-TOC sector 3, an address up to a unit of a 
sound group is designated. 


[0391] In the 4th byte of each part table, a particular 
picture file is indicated as a pointer P-PNOj. The pointer 
P-PNOj has a value corresponding to a corresponding 
one of picture files (P-PNOI to P-PN099) managed with 
s the AUX-TOC sector \. Further, another part table can 
be linked with link information. In other words, it is pos- 
sible to define a plurality of picture files so that they can 
be displayed on a same track. 

[0392] For example, when reproduction of a tune of a 

10 first track is performed, if it is intended to output a picture 
of the first picture file at a particular timing during the 
reproduction, then a start address and an end adaYess 
of a picture outputting period are recorded into a part 
table designated by the pointer P-TNPi corresponding 

*s to the first track, and as a picture to be outputted, a par- 
ticular picture file is indicated with the pointer P-PNOj. 
Here, a case wherein it is desired to display or output a 
picture of the first picture file for a period until one minute 
and 30 seconds pass after a point of time after one 

20 minute passes after reproduction of the first track is be- 
gun is considered. In this instance, an address point 
which corresponds to just one minute after the begin- 
ning of reproduction of the first track and another ad- 
dress which corresponds to one minute and 30 seconds 

25 are recorded as a start address and an end address in 
the form of offset addresses, respectively, into a part ta- 
ble designated with the pointer P-TNP 1 . Then, the point- 
er P-PNOj is set to the value of P-PNOI so that it may 
designate the first picture file. 

30 [0393] Where it is desired to switchably display a plu- 
rality of pictures during reproduction of one track, part 
tables are linked to manage the picture files to be out- 
putted and the outputting periods. 
[0394] It is to be noted that, while the part table "00h" 

35 corresponds to the cover picture, since it is prescribed 
that, in principle, the cover picture be not outputted in 
synchronism with an audio track, all 0s are recorded as 
the start address and the end address of the part table 
"00h'. 

40 [0395] By the way, if the start address and the end 
address of a part table corresponding to a certain track 
are both all 0s, then a picture of a picture file indicated 
by the designated pointer P-PNOj is displayed within a 
period within which sound of the track is outputted. 

45 [0396] If only the end address is all 0s, then a picture 
file designated with the pointer P-PNOj is outputted until 
a start address of a picture file to be displayed subse- 
quently is reached within a period of reproduction of the 
track. 

so [0397] If both of the start address and the end address 
are different from all 0s and have an equal value, then 
displaying and outputting of the picture file are inhibited. 
[0398] Also with the AUX-TOC sector 5, non-used 
part tables are managed using a link from the pointer P- 
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1-6-5-5. AUX-TOC Sector 4 

[0399] The AUX-TOC sectors 4 and 5 are used for 
management of text tiles. 

[0400] First, the AUX-TOC sector 4 shown in FIG. 26 s 
is a management sector as a text allocation table and is 
used for management of data files recorded as text files 
in the AUX data area. 

[0401] With the AUX-TOC sector 4, management of 
text files is performed in a similar manner to that with 10 
the U-TOC sector 0. 

[0402] If it is assumed that the AUX data area is used 
entirely for recording of text files, then text data for 38 
clusters (X 32 sectors x 2,324 bytes) can be recorded 
there. Such text data can be managed as 255 files in is 
the maximum with the AUX-TOC sector 4. However it 
is assumed here that up to 100 files including one cover 
text are managed as hereinafter described. 
[0403] It is to be noted that the file length of one text 
file is equal to the length of one sector. 20 
[0404] One particular text file can be regarded as a 
text file (cover text) corresponding to the cover picture 
of the disc. 

[0405] In the header of the AUX-TOC sector 4, a sec- 
tor address (Sector) - "04h" and mode information 25 
(MODE) = "02h" are recorded. 

[0406] As pointers P-TXNO(x) to be used for manage- 
ment of text files, pointers P-TXNOI to P-TXN099 are 
formed in the AUX-TOC sector 6. The pointers P- 
TXNOI to P-TXN099 correspond to the track numbers 30 
of the audio tracks. It is to be noted that the pointers P- 
TXNO can be expanded up to P-TXN0255. Conse- 
quently, here, 99 text files corresponding to the first to 
99th audio tracks in the maximum can be managed ex- 
cept the cover text. 35 
[0407] Also the pointers P-PFRA and P-EMPTY are 
formed in the pointer section. 

[0408] Further, as part tables of 8 bytes correspond- 
ing to the individual pointers, 99 part tables °01h' to 
"63rT in each of which a start address, an end address 40 
and a text mode are recorded are formed in the table 
section. The remaining part tables "64h" to "FFh" are 
not used with all 0s stored therein. 
[0409] It is to be noted that contents of a definition of 
the text mode are hereinafter described. 45 
[0410] The part table "00h" is prevented from being 
designated by any pointer. Here, however, the part table 
"OOh" is used exclusively for management of an address 
of a text file determined as a cover text and the text 
mode. so 
[0411] The pointers P-TXNOI to P-TXN099 are used 
for management of regions, in each of which one text 
file is recorded, each by designating a particular part ta- 
ble. For example, in a part table designated with the 
pointer P-TNXOt , a start address, an end address and ss 
a text mode of the first text file are recorded as a file 
number. 

[0412] It is to be noted that, since a text file is handled 


in a unit of a sector as described above, the start ad- 
dress and the end address are each described up to a 
sector unit, and M 0h" is placed in the data position for 
indicating a sound group. 

[041 3] Further, with the AUX-TOC sector 4, file man- 
agement which is performed with pari tables linked with 
link information is not performed. In other words, one 
text file is not recorded in sections physically spaced 
from each other. 

[0414] However non-used part tables in the AUX- 
TOC sector 4 are managed with link information, which 
is provided by the 8th byte of each part table, beginning 
with the pointer P-EMPTY 

[0415] In the pointer P-PFRA in the AUX-TOC sector 
4, data of a text file whose amount is smaller than 1 clus- 
ter are recorded in a region of 1 cluster in the AUX data 
area. Further, the pointer P-PFRA serves as a pointer 
for management of a free area where the region in the 
1 cluster in which data are not recorded is a recordable 
region and hence a free area. Alsof or the free area man- 
agement, the 8th byte of each part table may be used 
as link information to allow the part tables to be linked 
to each other so that a plurality of sections spaced from 
each other may be managed as a free area. 
[0416] Here, contents of a definition of the text mode 
set in each part table of the AUX-TOC sector 4 are de- 
scribed with reference to FIG. 32. 
[0417] The text mode is a region at the position of the 
4th byte in each part table and is formed from 8 bits dl 
to dB (1 byte). 

[0418] Of the 8 bits d1 to d8, the 2 bits d1 and d2 in- 
dicate a copy status. The copy status is similar to the 
copy status (S. Pict. mode) regarding a picture file de- 
scribed hereinabove with reference to FIG. 30A, and 
therefore, overlapping description of it is omitted here. 
[0419] The 2 bits d3 and d4 indicate contents of the 
text file. In this instance, if the 2 bits d3 and d4 are "Oh", 
then this indicates that the text file is a sung text. 
[0420] In particular, it is indicated that the text file is a 
text of the words of a tune of a corresponding audio 
track. If the bits d3 and d4 are 'In', then this indicates 
that the text file is a text in which artist information such 
as the name of the artist who plays the tune in the cor- 
responding audio track is described. 
[0421] If the bits d3 and d4 are "2h", then this indicates 
that the text file describes a liner note such as explana- 
tion annexed to an album, and if the bits d3 and d4 are 
"3h\ then this indicates that the text file describes some 
other information. 

[0422] The 1 bit of d5 indicates presence or absence 
of a time stamp inserted in the text file. If the bit d5 is *0\ 
then this indicates absence of a time stamp, but if the 
bit d5 is '1 ', then this indicates presence of a time stamp. 
It is to be noted that a time stamp is hereinafter de- 
scribed with reference to FIG. 33. 
[0423] The 3 bits of d6, d7 and d8 represent a char- 
acter code. The character code is set such that, for ex- 
ample, 'Oh' designates the ASCII code; "1h" desig- 
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nates the modified ISO 8859-1 code; "2h" designates 
the music shifted JIS code; n 3h B designates the KS C 
5601-1989 code (Korean language); and "4h" desig- 
nates the GB 2312-80 code (Chinese language). The 
character code is undefined (reserved) for "5h" and '6hV 5 
The character code "7h" designates a plain text. By de- 
fining the text file as a plain text file, it is possible to pro- 
vide expandability to the character code. 

1 -6-5-6. AUX-TOC Sector 5 10 

[0424] FIG. 27 shows a format of the AUX-TOC sector 
5. The AUX-TOC sector 5 is used as a text information 
table and used as a data region into which, when infor- 
mation (hereinafter referred to as text information) of a 15 
text name, a recording date/time and a URL of the In- 
ternet, is applied to each text file recorded, the informa- 
tion as the text information is recorded as character in- 
formation. 

[0425] It is to be noted that a text information file re- 
corded in the table section of the AUX-TOC sector 5 has 
a structure similar to that of a picture information file de- 
scribed hereinabove with reference to FIG. 31. More 
particularly, a text information file has a similar structure 
except that a data unit of a picture name in FIG. 31 is a 
data unit of a text name. 

[0426] In the format of the AUX-TOC sector 5 shown 
in FIG. 27, a sector address (Sector) = "05h" and mode 
information (MODE) = "02h" are recorded in the header. 
[0427] Further, in the AUX-TOC sector 5, pointers P- 
TXIF1 to P-TXIF99 are prepared in the pointer section 
in a corresponding relationship to text tiles recorded. 
Further, in the slot section, 255 slots "01 h" to "FFh" of 8 
bits which can be designated by the pointers P-TXIF1 
to P-TXIF99 and one slot "00h* of 8 bytes are prepared. 
It is to be noted that the pointers P-TXIF can be expand- 
ed up to P-TXIF255. 

[0428] Further, in the pointer First TXIF following the 
maker code and the model code, the number of the first 
one P-TXIF of used ones of the pointers P-TXIF 1 to P- 
TXIF99 is recorded, and in the pointer Last TXIF, the 
number of the last one P-TXIF of the used ones of the 
pointers P-TXIF1 to P-TXIF99 is recorded. 
[0429] In the slots "00h" to "FFh" of the table section, 
character information of text information files is recorded 
in the form of the ASCII code or some other character 
code. The type of characters to be recorded is defined 
by a character code (chara.code) recorded at a prede- 
termined byte position on the AUX-TOC sector 2. 
[0430] Also in this instance, the character code is set 
similarly as in the AUX-TOC sector 2 such that, for ex- 
ample, 8 00h" designates the ASCII code; X>\f\ m desig- 
nates the modified ISO 8859-1 code; "02h* designates 
the music shifted JIS code; "03h" designates the KS C 
5601-1989 code (Korean language); and "04rT desig- ss 
nates the GB 231 2-80 code (Chinese language). 
[0431] The pointers P-TXIF 1 to P-TXIF99 designate 
particular part tables in which text information files of file 


numbers corresponding to the numbers of the individual 
pointers are recorded. For example, in a slot designated 
by the pointer P-TXIF1, characters corresponding to a 
picture o1 the first text file are recorded. It is to be noted 
that the slot "OOh" of 8 bytes is used as an area tor ex- 
clusive use for starting of recording of a cover text infor- 
mation file corresponding to a cover text, and is prevent- 
ed from being designated with the pointer P-TXIF(x). 
[0432] The slots described above can be linked with 
link information so that a text information file corre- 
sponding to one text file can be treated even if the text 
information file has a size greater than 7 bytes. 
[0433] Further, the pointer P-EMPTY is used for man- 
agement non-used slots in the form of a link. 
[0434] Also in this instance, different AUX-TOC sec- 
tors may be set for the text name, recording date/time 
and URL such that they may be managed individually. 
However, where various character information applied 
to picture files is managed collectively as text informa- 
tion files with the AUX-TOC sector 5. the number of TOC 
sectors, that is, the amount of data required for manage- 
ment information is reduced similarly as with an infor- 
mation file. 


1-6-6-1. Picture File Sector 

[0435] Two kinds of data files including a picture file 
and a text file which are AUX data files managed with 
the AUX-TOC sectors formed in such a manner as de- 
scribed above are described below. 
[0436] As regards a picture file, the file length of one 
still picture may be an arbitrary one. The image size of 
a still picture is 640 x 480 dols : and a picture file is 
based on the JPEG format baseline. Since manage- 
ment of picture files is performed with the AUX-TOC, a 
bit stream of a file extends from the SOI (Start Of Image) 
marker to the EOI (End Of Image) marker prescribed in 
the JPEG standard. 

[0437] Further, since the sector format is the mode 2 
and the 3rd layer ECC is not used, the effective byte 
number as an image data capacity of one sector is 2,324 
bytes. As an example, if it is assumed that a picture file 
of the JPEG has a size of 1 cluster (= 32 sectors), then 
the actual data size ranges from 72,045 (= 2,324 x 31 
+ 1) bytes to 74.368 (= 2,324 X 32) bytes. 
[0438] The format of sectors which form such picture 
files as described above is such as, for example, illus- 
trated in FIG. 28. 

[0439] Referring to FIG. 28, a header of 16 bytes 
which includes the synchronization pattern, a cluster ad- 
dress (Cluster H, Cluster L), a sector address (Sector) 
and mode information (02h) is provided at the top of the 
format, and the following 8 bytes are undefined (Re- 
served). 

[0440] Then, as indicated as data DPO to DP2323, a 
region as a data area in which image data of 2,324 bytes 
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are recorded is provided. 

[0441] In each of the last 4 bytes, "00h" is recorded. 
Alternatively, however, error detection parities may be 
recorded in the last 4 bytes. 

1-6-6-2. Text File Sector 

[0442] In a text file, text data of the ASCII. Modified 
ISO 8859-1 , Music Shifted JIS or the like defined by the 
text mode of the AUX-DOC sector 4 can be recorded. 
[0443] The format of a sector which forms a text file 
is such as, for example, shown in FIG. 29. Referring to 
FIG. 29, similarly as in a picture file, a header (16 bytes) 
and an undefined (Reserved) region (8 bytes) are pro- 
vided from the top of the text file. Following them, a data 
area is provided in which data as text files of 2,324 bytes 
are recorded as indicated as data DTO to DT2323. 
[0444] In each of the last 4 bytes, , 00h° is provided. 
Alternatively, however, error detection parities may be 
recorded in the last 4 bytes. 

[0445] A data structure of a text file recorded in a text 
file sector is shown in FIG. 33. It is to be noted, however, 
that the text file shown has a data structure correspond- 
ing to a case wherein presence of a time stamp (d5 = 
T) is set as the text mode of the AUX-TOC sector 4. 
[0446] As seen from FIG. 33, in the text file, "lEh" 
which indicates a delimiting point of each text file is dis- 
posed, and following this, a data unit (3 bytes pure bi- 
nary) indicating a time stamp is disposed. 
[0447] The time stamp defines a displaying or output- 
ting timing of a text file synchronized with reproduction 
of a corresponding audio track and is indicated by an 
offset address of the corresponding audio track. 
[0448] Following the data unit indicating a time stamp, 
a data unit (3 bytes pure binary) of a paragraph length 
indicative of a data length of a data unit of a paragraph 
is disposed. Further, following data of °1 Fh°, a data unit 
of a paragraph (substantive character information) is 
disposed. 

1 -7. Personal Computer 

[0449] Now, an internal construction of the personal 
computer 1 1 3 in the AV system of the present embodi- 
ment is described with reference to FIG. 34. 
[0450] The personal computer 113 shown in FIG. 34 
includes an IEEE 1394 interface 209 as an interface for 
communicating data with the outside. The IEEE 1394 
interface 209 is connected to the IEEE 1 394 bus 11 6 as 
an external data bus so that it allows mutual communi- 
cation with an external apparatus. 
[0451] The IEEE 1394 interface 209 demodulates a 
packet received over the IEEE 1394 bus 116, extracts 
data included in the demodulated packet, converts the 
extracted data into data of a data format adapted for in- 
ternal data communication, and outputs the resulting 
data to a CPU 201 over an internal bus 210. 
[0452] Further, the IEEE 1394 interface 209 receives 


data outputted under the control of the CPU 201, per- 
forms modulation processing in accordance with the 
IEEE 1 394 format such as packetization for the received 
data and outputs and transmits resulting data over the 
IEEE 1394 bus 116 to the outside. 
[0453] The CPU 201 executes various processes in 
accordance with a program stored, for example, in a 
ROM 202. In the present embodiment, in order to allow 
transmission/reception of various data to be performed 
in accordance with the IEEE 1 394 standard, also a pro- 
gram for controlling the IEEE 1394 interface 209 is 
stored in the ROM 202. In other words, the personal 
computer 113 includes hardware and software for allow- 
ing data transmission/reception in accordance with the 
IEEE 1394. 

[0454] Meanwhile, data, programs and so forth nec- 
essary for the CPU 201 to execute various processes 
are stored in a RAM 203. 

[0455] A keyboard 205 and a mouse 206 are connect- 
ed to an input/output interface 204 such that operation 
signals supplied therefrom may be outputted to the CPU 
201 . Further, a hard disc drive 207 including a hard disc 
as a storage medium is connected to the input/output 
interface 204. The CPU 201 can record or read out data, 
a program or the like onto and from the hard disc of the 
hard disc drive 207. Also a display monitor 208 for dis- 
playing an image thereon is connected to the input/out- 
put interface 204. 

[0456] The internal bus 21 0 is formed from, for exam- 
ple, a PCI (Peripheral Component Interconnect) bus, a 
local bus or a like bus and interconnects various internal 
functioning circuit sections of the personal computer 
113. 

[0457] It is to be noted that the IEEE 1394 interface 
function of each of the IRD 112 and the MD recorder/ 
player 1 described above has a basically substantially 
similar construction to that of the personal computer 1 1 3 
described above. 

[0458] In particular, in the IRD 112 shown in FIG. 11, 
a program for allowing the IEEE 1 394 interface 60 to be 
controlled by the CPU 80 is stored in a ROM not shown 
in FIG. 11, but in the MD recorder/player 1, a program 
for allowing the IEEE 1 394 interface 25 to be controlled 
by the system controller 11 is stored in the program 
ROM 28. 

[0459] It is to be noted that the example of construc- 
tion of the system wherein the components are intercon- 
nected by an IEEE 1394 bus line as applied to the 
present embodiment is not limited to the form described 
hereinabove but is a mere example at all. 

2. Data Transmission by IEEE 1 394 in the Embodiment 

2-1. Outline 

[0460] In the following, data transmission in accord- 
ance with the IEEE 1394 standard in the present em- 
bodiment is described. 
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[0461] Data transmission systems according to the 
IEEE 1394 are divided into an Isochronous communica- 
tion system wherein communication is performed peri- 
odically and an Asynchronous communication system 
wherein communication is performed asynchronously 
irrespective of a period. Generally, the Isochronous 
communication system is used for transmission/recep- 
tion of data while the Asynchronous communication sys- 
tem is used for transmission/reception of various control 
commands. Transmission/reception according to the 
two kinds of communication systems can be performed 
using a single cable. 

[0462] As described hereinabove, the AV system of 
the present embodiment communicate user data includ- 
ing ATRAC data as audio data and AUX data such as 
picture files of JPEG still picture data and so forth and 
text files incidental to the ATRAC data between different 
apparatus over the IEEE 1 394 bus. 
[0463] Here, the ATRAC data are time series data to 
be outputted as an audio output in accordance with the 
reproduction time base, and a real time property is re- 
quired for the ATRAC data. Further, the ATRAC data is 
greater in data amount when compared with the AUX 
data. On the other hand, the amount of the AUX data is 
not so great as that of the ATRAC data, and although 
the AUX data are sometimes reproduced in synchro- 
nism with reproduction of the audio data, such strict real 
time property as is required for the ATRAC data is not 
required for the AUX data. 

[0464] Therefore, the transmission form by the IEEE 
1 394 interface in the present embodiment is generally 
prescribed such that, upon transmission/reception of 
ATRAC data and AUX data described above over the 
IEEE 1394 bus, the ATRAC data are transmitted/re- 
ceived in accordance with the Isochronous communica- 
tion system and the AUX data are transmitted/received 
by the Asynchronous communication system. In the 
present embodiment, it is possible not only to transmit 
ATRAC data and AUX data in opportunities different 
from each other but also to transmit ATRAC data and 
AUX data apparently simultaneously by transmitting 
them in time division in an Isochronous cycle using the 
IEEE 1394 interface. 

[0465] Thus, the present embodiment is described 
below on the assumption of the transmission form ac- 
cording to the IEEE 1 394 standard described above. 

2-2. Stack Model 

[0466] FIG. 35 shows a stack model of the IEEE 1 394 
handled by the present embodiment. 
[0467] In the IEEE 1394 format, the stack model is 
roughly divided into two systems including an Asynchro- 
nous system 400 and an Isochronous system 500. 
[0468] As layers common to the Asynchronous sys- 
tem 400 and the Isochronous system 500, a Physical 
Layer 301 is provided on the lowest, and a Link Layer 
302 is provided on the Physical Layer 301 . The Physical 


Layer 301 is a layer for controlling hardware signal 
transmission, and the Link Layer 302 is a layer having 
a function for converting the IEEE 1394 bus, for exam- 
ple, into an internal bus prescribed for each apparatus. 
5 [0469] The Physical Layer 301, the Link Layer 302 
and a Transaction Layer 401 which is described below 
are linked to a Serial Bus Management 303 by a line of 
Event/Conlrol/Configuralion. 

[0470] An AV Cable/Connector 304 indicates a phy s- 
10 ical connector and a cable for AV data transmission. 
[0471] The Transaction Layer 401 is provided as an 
upper layer on the Link Layer 302 in the Asynchronous 
system 400. The Transaction Layer 401 is a layer which 
prescribes a data transmission protocol of the IEEE 
15 1394. As basic Asynchronous Transactions: a Write 
Transaction, a Read Transaction and a Lock Transac- 
tion are prescribed. Details of them are hereinafter de- 
scribed. 

[0472] An FCP (Function Control Protocol) 402 is pre- 

20 scribed as an upper layer to the Transaction Layer 401 . 
The FCP 402 utilizes control command prescribed as 
an AV/C Command (AV/C Digital Interlace Command 
Set) 403 so that it can execute command control for var- 
ious AV apparatus. 

25 [0473] As an upper layer to the Transaction Layer 
401 , Plug Control Registers 404 for setting a Plug indic- 
ative of a logical apparatus connection relationship of 
the IEEE 1394, which is hereinafter described, making 
use of Connection Management Procedures 405. 

30 [0474] A CIP (Common Isochronous Packet) Header 
Format 501 is prescribed as an upper layer to the Link 
Layer 302 of the Isochronous system 500, and such 
transmission protocols as an SD-DVCR (Standard Den- 
sity-DVCR) Real time Transmission 502, an H D-D VCR 

35 (Hi Densily-DVCR) Real time Transmission 503, an 
SDL-DVCR (Standard Density Long-DVCR) Real time 
Transmission 504, an MPEG2-TS (MPEG2-Transport 
Strength) Real time Transmission 505 and an Audio and 
Music Real time Transmission 506 are prescribed in 

40 such a form that they are managed by the CIP Header 
Format 501. 

[0475] The SD-DVCR Real time Transmission 502, 
H D-D VCR Real time Transmission 503 and SDL-DVCR 
Real time Transmission 504 are data transmission pro- 

45 tocols for a digital VTR (Video Tape Recorder). 

[0476] Data handled by the SD-DVCR Real time 
Transmission 502 are an SD-DVCR data sequence 507 
which is a data sequence obtained in accordance with 
prescriptions of an SD-DVCR recording format 508. 

so [0477] The data handled by the HD-DVCR Real time 
Transmission 503 are an HD-DVCR data sequence 509 
which is a data sequence obtained in accordance with 
prescriptions of an HD-DVCR recording format 510. 
[0478] The data handled by the SDL-DVCR Real time 

55 Transmission 504 are an SDL-DVCR data sequence 
511 which is a data sequence obtained in accordance 
with prescriptions of an SDL-DVCR recording format 
512. 
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[0479] The MPEG2-TS Real time Transmission 505 
is a transmission protocol for a tuner, for example, tor 
digital direct broadcasting and so forth, and the data 
handled by the MPEG2-TS Real time Transmission 505 
is an MPEG2-TS data sequence 51 3 which is obtained s 
in accordance with prescriptions of a DVB (Digital Video 
Broadcast) recording format 514 or an ATV recording 
format 515. 

[0480] The Audio and Music Real time Transmission 
506 is a transmission protocol for general digital audio 
apparatus including an MD system, for example, of the 
present embodiment, and the data handled by the Audio 
and Music Real time Transmission 506 is an Audio and 
Music data sequence 516 which is obtained in accord- 
ance with prescriptions of an Audio and Music recording 
format 5 17. 

2-3. Signal Transmission Form 

[0481] FIG. 36 shows an example of a structure of a 
cable used actually as an IEEE 1394 bus. 
[0482] Referring to FIG. 36, there is shown a structure 
wherein a pair of connectors 600Aand 600B are con- 
nected to each other by a cable 601 and 6 pins having 
pin numbers 1 to 6 are used as pin terminals of the con- 
nectors 600 A and 600B. 

[0483] The pin terminals provided on the connectors 
600A and 600B are allocated such that the pin number 
1 is for the power supply (VP) ; the pin number 2 is for 
the ground (VG); the pin number 3 is for TPB1; the pin 
number 4 is for TPB2; the pin number 5 is for TPA1 ; and 
the pin number 6 is for TPA2. 

[0484] The connection scheme of the pins between 
the connectors 600A and 600B is: 

Pin number 1 (VP) - pin number 1 (VP) 
Pin number 2 (VG) - pin number 2 (VG) 
Pin number 3 (TPB1) - pin number 5 (TPA1) 
Pin number 4 (TPB2) - pin number 6 (TPA2) 
Pin number 5 (TPA1 ) - pin number 3 (TPB1) 
Pin number 6 (TPA2) - pin number 4 (TPB2) 

From among the pin connection sets above, the two pin 
connection sets of twisted lines of 

Pin number 3 (TPB1) - pin number 5 (TPA1) 
Pin number 4 (TPB2) - pin number 6 (TPA2) 

form a signal line 601A for differentially transmitting a 
signal between the connectors 600A and 600B, and the 
two pin connection sets of twisted lines of 

Pin number 5 (TPA1 ) - pin number 3 (TPB1) 
Pin number 6 (TPA2) - pin number 4 (TPB2) 

form a signal line 601 B for differentially transmitting a 
signal between the connectors 600A and 600B. 
[0485] A data signal (Data) illustrated in FIG. 37A and 


a strobe signal (Strobe) illustrated in FIG. 37B are trans- 
mitted over the two signal lines 601 A and 601 B, respec- 
tively. 

[0486] The data signal illustrated in FIG. 37A is out- 
putted from the pins TPBT and TPB2 and inputted to the 
pins TPA1 and TPA2 using one of the signal lines 601 A 
and 601 B. 

[0487] The strobe signal illustrated in FIG. 37B is ob- 
tained by performing predetermined logical operation 
for a data signal and a transmission clock signal syn- 
chronized with the data signal and has ajrequencv low- 

, -* ° 4 ' ' 1 "J* ^^mkn^mr 

er than an actual transmission clocksignal. The strobe 

signal is outputted f rom the pins TPA1 and TPA2^o the 

pins TPB1 and TPB2 using that one of the signal lines 

601 A and 601 B which is not used for transmission of the 

data signal. 

[0488] For example, if the data signal and the strobe 
signal illustrated in FIGS. 37A and 37B are inputted to 
a certain apparatus which matches with the IEEE 1 394, 
then the apparatus performs. predetermined logical op- 
eration for the data signal and the strobe signal inputted 
thereto to produce such a transmission clock signal 
(Clock) as illustrated in FIG. 37C and utilizes the trans- 
mission clock signal for required input data signal 
processing. 

[0489] In the IEEE 1 394 format, such a hardware data 
transmission form as described above is adopted to 
eliminate the necessity for transmission of a transmis- 
sion clock signal of a high frequency between apparatus 
by means of a cable to assure a high degree of reliability 
in signal transmission. 

[0490] It is to be noted that, while the foregoing de- 
scription relates to the specification for 6 pins, the IEEE 
1394 format allows another specification for 4 pins 
which eliminates the power supply (VP) and the ground 
(VG) but includes only the signal lines 601 A and 601 B 
as two twisted lines. For example, the MD recorder/play- 
er 1 of the present embodiment is constructed taking it 
into consideration that a simple and easy system to a 
user can actually be provided by using a cable of the 
4-pin specification. 

2-4. Bus Connection Between Apparatus 

[0491] FIG. 38 schematically shows an example of a 
connection among several apparatus by means of the 
IEEE 1394 bus. In FIG. 38, a system is shown wherein 
nodes of five apparatus A, B, C, D and E are connected 
for mutual communication by means of the IEEE 1394 
bus. 

[0492] The I EEE 1 394 interface allows so-called "dai- 
sy chain connection" wherein apparatus are connected 
in series like the apparatus A, B and C by means of the 
IEEE 1394 bus. Further, the IEEE 1394 interface allows 
a so-called "branch connection" wherein a certain ap- 
paratus is connected in parallel to a plurality of appara- 
tus like the connection between the apparatus A and the 
apparatus B, D and E in the system shown in FIG. 38. 
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[0493] The IEEE 1 394 interface allows connection of 
63 apparatus in the maximum in the entire system by 
making use of the branch connection and the daisy 
chain connection. However, where only the daisy chain 
connection is used, connection of up to 16 apparatus in 5 
the maximum is allowed. Further, a terminator required 
by the SCSI is not required by the IEEE 1394 interface. 
[0494] Further, the IEEE 1 394 interface allows mutual 
communication among apparatus which are connected 
by the daisy chain connection and/or the branch con- 
nection in such a manner as described above. In the 
system shown in FIG. 38, mutual communication be- 
tween arbitrary ones of the apparatus A, B, C, D and E 
is allowed. 

[0495] In a system wherein a plurality of apparatus are 
interconnected by means of the IEEE 1 394 bus (such a 
system is hereinafter referred to as IEEE 1 394 system), 
processing for setting a Node ID to be given to each ap- 
paratus is performed actually. This processing is sche- 
matically illustrated in FIGS. 39A to 39C. 
[0496] If, in an IEEE 1 394 system having such a con- 
nection scheme as shown in FIG. 39A, connection or 
disconnection of a cable, an on/off operation of the pow- 
er supply to a certain apparatus in the system, a spon- 
taneous generation process in a PHY (Physical Layer 
Protocol) or the like occurs, then a bus reset occurs in 
the IEEE 1394 system. In response to the bus reset, 
processing for notifying all apparatus of the bus reset is 
executed over the IEEE 1 394 bus among the apparatus 
A, B, C, D and E. 

[0497] As a result of the bus reset notification, a par- 
entage is defined between each adjacent apparatus ter- 
minals by performing communication (Child-Notify) be- 
tween them as seen from FIG. 39B. In other words, a 
Tree structure among the apparatus in the IEEE 1394 
system is constructed. Then, an apparatus as a root is 
defined in accordance with a result of the construction 
of the Tree structure. The root is an apparatus whose 
terminals are all defined as children (Ch; Child). In the 
system shown in FIG. 39B, the apparatus B is defined 
as the root. Conversely speaking, for example, a termi- 
nal of the apparatus A which is connected to the appa- 
ratus B serving as the root is defined as a parent (P; 
Parent). 

[0498] After the Tree structure and the root in the 
IEEE 1394 system are defined in such a manner as de- 
scribed above, each apparatus outputs a Self-ID packet 
as a declaration of a Node-ID of the apparatus itself 
shown in FIG. 39C. Then, the root successively ap- 
proves (grants) the Node-IDs to determine the address- 
es, that is* the Node IDs, of the apparatus in the IEEE 
1 394 system. 

2-5. Packet 

[0499] According to the IEEE 1 394 format, transmis- 
sion is performed by repeating an Isochronous cycle 
(nominal cycle) in such a manner as seen in FIG. 40. In 


this instance, one Isochronous cycle has a time of 125 
u.sec which corresponds to a frequency band of 100 
MHz. It is to be noted that the period of the Isochronous 
cycle is prescribed such that it may have any other value 
than 125 psec.'Data are packetized and transmitted for 
each Isochronous cycle. 

[0500] As seen from FIG. 40, a Cycle Start Packet in- 
dicative of a start of one Isochronous cycle is placed at 
the top of the Isochronous cycle. 
[0501] Though detailed description is omitted here, a 
generation timing of the Cycle Start Packet is indicated 
by a particular one of the apparatus in the IEEE 1 394 
system which is defined as Cycle Master. 
[0502] Next to the Cycle Start Packet, Isochronous 
Packets are placed preferentially. The Isochronous 
Packets are produced for the different channels and 
transferred in a time-division fashion (isochronous sub- 
actions) as seen in FIG. 40. In the Isochronous subac- 
tions, a rest period of, for example, 0.05 jisec called Is- 
ochronous gap is provided at a breakpoint of each pack- 
et. 

[0503] In this manner, the IEEE 1394 system allows 
transmission and reception of Isochronous data in mul- 
tiple channels using a single transmission line. 
[0504] Where a case wherein the MD recorder/player 
of the present embodiment transmits applicable ATRAC 
data (compressed audio data) in accordance with the 
Isochronous system is considered, if the ATRAC data 
are transferred at an ordinary transfer rate ot 1 .4 Mops, 
then a time series continuity (real time property) is as- 
sured if ATRAC data of at least substantially 20 and sev- 
eral Mbytes are transmitted as Isochronous Packets tor 
each period of one Isochronous cycle of 125 usee. 
[0505] For example, when a certain apparatus trans- 
mits ATRAC data, although detailed description is omit- 
ted here, it requests the IRM (Isochronous Resource 
Manager) in the IEEE 1394 system for a size of an Iso- 
chronous packet with which real time transmission of the 
ATRAC data can be assured. The IRM supervises the 
data transmission situation at present and provides per- 
mission/non-permission to the certain apparatus. If per- 
mission is given, then the certain apparatus can pack- 
etize the ATRAC data into an Isochronous Packet and 
transmit it using a designated channel. This is called 
band reservation of the IEEE 1394 interface. 
[0506] Transmission of Asynchronous subactions, 
that is, transmission of Asynchronous packets, is per- 
formed using a remaining band in the band of the Iso- 
chronous cycle which is not used by the Isochronous 
subactions. 

[0507] In FIG. 40, an example is shown wherein two 
Asynchronous Packets including a Packet A and a 
Packet B are transmitted. The Asynchronous Packets 
are followed by a signal called ACK (Acknowledge) 
across a rest period of an ack gap (0.05 u.sec). The ACK 
is a signal outputted from the hardware of the reception 
side (Target) in order to notify the transmission side 
(Controller) that some Asynchronous data have been 
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received in a process of an Asynchronous Transaction 
in such a manner as hereinafter described. 
[0508] Before and after a data transmission unit which 
includes an Asynchronous Packet and the ACK follow- 
ing the Asynchronous Packet, a rest period called sub- £ 
action gap of approximately 10 usee is provided. 
[0509] Here, if ATRAC data are transmitted with an 
Isochronous packet and an AUX data file incidental to 
the ATRAC data is transmitted with Asynchronous Pack- 
et, then the ATRAC data and the AUX data file can be io 
transmitted apparently simultaneously. 

2-6. Transaction Rule 

[0510] A processing transition diagram of FIG. 41 A il- is 
lust rates a basic communication rule (transaction rule) 
for Asynchronous communication. The transaction rule 
is prescribed by the FCP. 

[0511] As seen from FIG. 41 A, first in step Sll, the Re- 
quester (transmission side) transmits a Transaction Re- so 
quest to the Responder (reception side). When the Re- 
sponder receives the Transaction Request (step S12), 
it first sends back an Acknowledge to the Requester 
(step S1 3). The transmission side receives the Acknowl- 
edge and recognizes that the Request has been re- 25 
ceived by the reception side (step S14). 
[0512] Thereafter, the Responder transmits a Trans- 
action Response as a response to the Request received 
formerly in step S12 to the Requester (step S15). The 
Requester receives the Transaction Response (step so 
S16) and transmits an Acknowledge as a response to 
the Transactbn Response to the Responder (step S1 7). 
The Responder receives the Acknowledge and recog- 
nizes that the Response has been received by the trans- 
mission side (step S18). 35 
[051 3] The Request Transaction which may be trans- 
mitted in FIG. 41 A is roughly defined in three types of 
Write Request, Read Request and Lock Request as giv- 
en on the left side in FIG. 41 B. 

[0514] The Write Request is a command for request- *o 
ing for data writing; the Read Request is a command for 
requesting for reading out of data; and the Lock Request 
is a command for swap comparison or masking although 
detailed description is omitted herein. 
[0515] The Write Request is further defined in three 4S 
types in accordance with data sizes of an operand which 
is a command placed in an AV/C Command Packet 
which is an Asynchronous Packet which will be herein- 
after described. The Write Request (data quadlet) is 
used to transmit a command only based on a header so 
size of an Asynchronous Packet. The Write Request 
(data block: data length = 4 bytes) and the Write Re- 
quest (data block: data length * 4 bytes) are used to 
transmit a command with a data blockadded to a header 
of an Asynchronous Packet. They are different from ss 
each other in terms of whether or not the data size of an 
operand placed in the data block is equal to or greater 
than 4 bytes. 


[0516] Also the Read Request is defined in three 
types in accordance with the data size of an operand 
placed in an Asynchronous Packet, that is, the Read Re- 
quest (data quadlet), the Read Request (data block: da- 
ta length = 4 bytes) and the Ftead Request (data block: 
data length * 4 bytes). ~ 
[0517] A Response Transaction is illustrated on the 
right side in FIG. 41 B. 

[0518] Corresponding to the three kinds of Write Re- 
quests described above, a Write Response and a No 
Write Response are defined. 

[0519] Corresponding to the Read Request (data 
quadlet), a Read Response (data quadlet) is defined; 
and corresponding to the Read request (data block: data 
length = 4 bytes) or the Read Request (data block: data 
length * 4 bytes), a Read Response (data block) is de- 
fined. 

[0520] Corresponding to the Lock Request, a Lock 
Response is defined. 

2-7. Addressing 

[0521] FIG. 42 shows an addressing structure of the 
IEEE 1394 bus. 

[0522] As seen from FIG. 42, according to the IEEE 
1 394 format, 64 bits are prepared for a bus address reg- 
ister (address space). 

[0523] The area of high order 10 bits of the bus ad- 
dress register indicates a bus ID for identification of the 
IEEE 1 394 bus, and allows setting of, as a bus ID, tota- 
ling 1,023 bus IDs bus#0 to bus#1022 as seen in FIG. 
42. The bus ID bus#1023 is defined as a local bus. 
[0524] The area of 6 bits following the bus address in 
FIG. 42 indicates a Node ID of an apparatus connected 
to each IEEE 1394 bus indicated by the bus ID. As the 
Node ID, 63 different Node IDs from Node #0 to Node 
#62 can be identified. The Node ID Node #63 is defined 
as a broadcast. 

[0525] The area of totaling 16 bits indicating the bus 
ID and the Node ID corresponds to a destination ID of 
the header of an AV/C Command Packet which is here- 
inafter described, and an apparatus connected to a cer- 
tain bus is specified on the IEEE 1394 system with the 
bus ID and the Node ID. 

[0526] The area of 20 bits following the Node ID in 
FIG. 42 is a register space, and the area of 28 bits fol- 
lowing the register space indicates a register address. 
[0527] The register space has a value "F FF FFh" and 
indicates the register shown in FIG. 42, and the contents 
of the register are defined as seen in FIG. 42. The reg- 
ister address designates the address of the register 
shown in FIG. 42. 

[0528] Describing briefly, by referring, for example, to 
the Serial Bus-dependent Registers beginning with the 
address 512, that is, "0 00 02 00h", of the register of 
FIG. 42, information of the cycle time of the Isochronous 
cycle and a free channel is obtained. 
[0529] Further, if the contents of the Configuration 
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ROM beginning with the address 1 ,024, that is, "0 00 04 
OOh", are referred to, then also the type of the Node and 
the Node Unique ID and so forth applied to the type can 
be identified. 

2-8. CIP 

[0530] FIG. 43 shows a structure of a CIP (Common 
Isochronous Packet). In particular, a data structure of 
the Isochronous Packet shown in FIG. 40 is shown. 
[0531 ] As described hereinabove, ATRAC data which 
is one of recording and reproduction data which can be 
handled by the MD recorder/player of the present em- 
bodiment is, in IEEE 1394 communication, transmitted 
and received by Isochronous communication. In partic- 
ular, an amount of data with which the real time property 
is maintained is placed in Isochronous Packets and suc- 
cessively transmitted for each one Isochronous cycle. 
[0532] The 32 bits (1 quadlet) at the top of the CIP are 
used as a 1 394 packet header. 

[0533] The area of 16 bits from the top of the 1394 
packet header is used for Datajength; the following ar- 
ea of 2 bits is used for tag; the following area of 6 bits 
is used for channel; the following area of 4 bits is used 
for tcode; and the following area of 4 bits is used for sy. 
[0534] The area of one quadlet following the 1394 
packet header is used to place header_CRC therein. 
[0535] The area of 2 quadlets following the 
header_CRC is used for a CIP header. 
[0536] The high order 2 bytes of the high order quadlet 
of the CIP header have '0\ •O' placed therein, and the 
following area of 6 bits indicates an SID (transmission 
node number). The area of 8 bits following the SID is 
used for the DBS (data block size) and indicates the size 
of a data block (a unit data amount upon packetization). 
Following the DBS, the areas for FN (2 bits) and QPC 
(3 bits) are set. The FN indicates a number of divisions 
upon packetization while the QPC indicates a number 
of quadlets added for such division. 
[0537] The SPH (1 bit) indicates a flag of the header 
of a source packet, and the DBC has placed herein a 
value of a counter for detecting a drop of a packet. 
[0538] The high order 2 bytes of the low order quadlet 
of the CIP header have '1', '0' placed therein. Following 
this, areas for the FMT (6 bits) and the FDF (24 bits) are 
provided. The FMT indicates a signal format, and a kind 
of data (data format) stored in the CIP can be identified 
from the value indicated in the FMT. More particularly, 
identification among MPEG stream data. Audio stream 
data, digital video camera (DV) stream data and other 
data are allowed. Data formats which can be indicated 
by the FMT correspond to transmission protocols such 
as, for example, the SD-DVCR Real time Transmission 
502, H D-D VCR Real time Transmission 503, SDL- 
DVCR Real time Transmission 504, MPEG2-TS Real 
time Transmission 505 and Audio and Music Real time 
Transmission 506 managed with the CIP Header For- 
mat 401 shown in FIG. 35. 


[0539] The FDF is a format depending field and is an 
area which indicates a further fine classification of the 
data format classified with the FMT given above. With 
regard to audio data, the FDF allows identification of, for 

s example, where it is linear audio data or MIDI data. 
[0540] For example, with regard to ATRAC data in the 
present embodiment, the FMT first indicates that it is da- 
ta which is in the criterion of Audio stream data, and the 
FDF, in which a particular value in accordance with pre- 

10 scriptions is placed, indicates that the Audio stream data 
is ATRAC data. 

[0541] Here, for example, where the FMT indicates 
the MPEG, synchronous control information called TSF 
(time shift lag) is placed in the FDF. On the other hand, 

15 if the FMT indicates the DVCR (digital video camera), 
the FDF is defined as indicated at a lower portion of FIG. 
43. In particular, from the higher order side, the number 
of fields tor one second is defined by 50/60 (1 bit); it is 
indicated by the STYPE (5 bits) which one of SD and 

20 HD the video format is; and a time stamp for frame syn- 
chronization is indicted by the SYT. 
[0542] Following the CIP header described above, 
data indicated by the FMT and the FDF are placed in 
the form of a sequence of n data blocks. Where the FMT 

25 and the FDF designate ATRAC data, ATRAC data are 
stored in the area of the data blocks. 
[0543] Following the data blocks, data_CRC is dis- 
posed at the last. 


[0544] In the IEEE 1 394 format, a connection relation- 
ship between apparatus interconnected by an IEEE 
1 394 bus is prescribed by a logical connection concept 
called "plug". 

[0545] FIG. 44 illustrates an example of a connection 
relationship prescribed by a plug. More particularly, FIG. 
44 shows a system configuration wherein a VTR 1, a 
VTR 2, a set top box (STB: digital direct broadcasting 
tuner), a monitor apparatus (Monitor) and a digital still 
camera (Camera) are interconnected by an IEEE 1394 
bus. 

[0546] Here, as the connection form of the IEEE 1 394 
by a plug, two forms of point to point-connection and 
broadcast connection are available. 
[0547] The point to point-connection is a form of con- 
nection wherein a relationship between a transmission 
apparatus and a reception apparatus is specified and 
data transmission is performed between the transmis- 
sion apparatus and the reception apparatus using a par- 
ticular channel. 

[0548] In contrast, the broadcast connection is a form 
of connection wherein a transmission apparatus trans- 
mits without specifying a reception apparatus and a 
used channel. The receiver side receives the transmit- 
ted data without specifically identifying the transmission 
apparatus and performs, if necessary, required process- 
ing in accordance with contents of the received data. 
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[0549] FIG. 44 illustrates the point to point-connection 
in a state wherein the STB is set as a transmission ap- 
paratus and the VTR 1 is set as a reception apparatus 
such that transmission of data is performed using the 
channel #1 and another state wherein the digital still $ 
camera is set as a transmission apparatus and the VTR 
2 is set as a reception apparatus such that transmission 
of data is performed using the channel #2. 
[0550] FIG. 44 illustrates also a further state wherein 
the digital still camera is set so as to perform data trans- io 
mission therefrom over the broadcast connection. Here, 
a case wherein the monitor apparatus receives data 
transmitted over the broadcast connection and performs 
required response processing. 

[0551] Such a connection form (plug) as described 15 
above is established with a PCR (Plug Control Register) 
provided in an address space in each apparatus. 
[0552] FIG. 45A shows a structure of a plug control 
register oPCR[n] (outputting plug control register), and 
FIG. 45B shows a structure of another plug control reg- 20 
ister iPCRfn] (inputting plug control register). The sizes 
of the plug control registers oPCR[n] and iPCR[n] are 
both 32 bits. 

[0553] In the plug control register oPCR of FIG. 45A, 
for example, where the on-line of the high order 1 bit has 25 
T placed therein, this indicates transmission over the 
broadcast connection, but where the on-line has '0' 
placed therein, this indicates transmission over the point 
to point connection using a channel indicated by the 
channel number in the area of 6 bits beginning with the so 
11th high order bit. 

[0554] Also in the plug control register iPCR of FIG. 
45B, for example, where the on-line of the high order 1 
bit has 'V placed therein, this indicates reception over 
the broadcast connection, but where the on-line has *0' 35 
placed therein, this indicates transmission over the point 
to point connection of data transmitted in a channel in- 
dicated by the channel number in the area of 6 bits be- 
ginning with the 11th high order bit. 

40 

2-10. Command and Response in FCP 

[0555] According to the IEEE 1394 format in the 
present embodiment, AUX data in the form of a JPEG 
picture file and a text file which are recording/reproduc- 45 
tion data for the MD recorder/player are communicated 
by Asynchronous communication. 
[0556] In the present embodiment, transmission of 
AUX data by Asynchronous communication is pre- 
scribed by the FCP 402 shown in FIG. 35. Here : a trans- so 
action defined by the FCP is described. 
[0557] For the FCP, the Write Transaction illustrated 
in FIG. 41 B prescribed in Asynchronous communication 
is used. Accordingly, also transmission of AUX data in 
the present embodiment is performed using the Write ss 
Transaction in Asynchronous communication pre- 
scribed by the FCP. 

[0558] An apparatus which supports the FCP includes 


a Command/Response register and realizes a transac- 
tion by writing a Message into the Command/Response 
register in such a manner as described below with ref- 
erence to FIG. 46. 

[0559] In a processing transition diagram of FIG^ 46, 
first as processing for COMMAND transmission, the 
Controller executes processing of generating a Trans- 
action Request and transmitting a Write Request Packet 
to the Target in step S21 . The Target receives the Write 
Request Packet and performs writing of data into the 
Command/Response register in step S22. Thereupon, 
the Target further transmits an Acknowledge to the Con- 
troller, and the Controller receives the Acknowledge 
(steps S23 to S24). The series of processing till now is 
processing for transmission of the COMMAND. 
[0560] Thereafter, as processing for a RESPONSE 
responding to the COMMAND, the target transmits a 
Write Request Packet (step S25). The Controller re- 
ceives this and writes data into the Command/Re- 
sponse register (step S26). Further, the Controller trans- 
mits an Acknowledge to the Target in response to the 
reception of the Write Request Packet (step S27). The 
Target receives the Acknowledge and thus recognizes 
that the Write Request Packet has been received by the 
Controller (step S28). 

[0561] In short, COMMAND transmission processing 
from the Controller to the Target and RESONSE trans- 
mission processing from the Target to the Controller re- 
sponding to the COMMAND transmission processing 
are basic data transmissions (Transactions) by the FCP. 

2-11. AV/C Command Packet 

[0562] As described hereinabove with reference to 
FIG. 35, the FCP allows communication with various AV 
apparatus in Asynchronous communication using an 
AV/C command. 

[0563] As described hereinabove with reference to 
FIG. 41 A, three kinds of transactions of Write, Read and 
Lock are prescribed tn Asynchronous communication. 
Actually, Write Request/Response Packets, Read Re- 
quest/Response Packets and Lock Request/Response 
Packets in accordance with the transactions are used. 
The FCP uses the Write Transaction as described here- 
inabove. 

[0564] FIG. 47 illustrates the format of the Write Re- 
quest Packet (Asynchronous Packet (Write Request for 
Data Block))). In the present embodiment, the Write Re- 
quest Packet is used as an AV/C command packet 
[0565] The high order 5 quadlets ( 1 st to 5th quadlets) 
of the Write Request Packet are used for a packet head- 
er 

[0566] The area of the high order 16 bits of the 1st 
quadlet of the packet header is used for the 
destinationJD and indicates the Node ID of the transfer 
destination of the data. The following area of 6 bits is 
used for tl (transfer label) and indicates a packet 
number. The following 2 bits are used for rt (retry code) 
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and indicates whether the packet is transmitted for the 
first time or re-transmitted. The following area of 4 bits 
is used for tcode (transaction code) and indicates an in- 
struction code. Then, the following area of 4 bits is used 
for pri (priority) and indicates a priority order number of 
the packet. 

[0567] The area of high order 16 bits of the 2nd 
quadlel is used for sourceJD and indicates the 
NodeJD of the source of transfer of data. 
[0568] The totaling 48 bits including the low order 1 6 
bits of the 2nd quadlet and the entire 3rd quadlet are 
used for destination_offset and indicates addresses of 
the COMMAND register (FCP_COMMAND register) 
and the RESPONSE register (FCP_RESPONSE regis- 
ter). 

[0569] The destinationJD and the destination_offset 
correspond to the address space of 64 bits prescribed 
in the IEEE 1394 format. 

[0570] The area of the high order 16 bits of the 4th 
quadlet is used for datajength and indicates the data 
size of datafield, which is an area surrounded by a thick 
line in FIG. 47 and is hereinafter described. 
[0571] The following area of the low order 16 bits is 
an area for extended_tcode and is used when the tcode 
is to be expanded. 

[0572] The area of 32 bits of the 5th quadlet is used 
for header_CRC and used to store a CRC (Cyclic Re- 
dundancy Check) calculation value for a check sum of 
the Packet header. 

[0573] A data block is disposed beginning with the 6th 
quadlet following the Packet header, and the datafield 
is formed at the top of the data block. 
[0574] A CTS (Command and Transaction Set) is de- 
scribed in the high order 4 bytes of the 6th quadlet at 
the lop of the datafield. The CTS indicates the ID of the 
command set of the Write Request Packet. For exam- 
ple, it is defined that, if the value of the CTS is set to 
"0000" as seen in FIG. 47, then the contents described 
in the datafield are an AV/C command. In short, the CTS 
indicates that the Write Request Packet is an AV/C com- 
mand packet. Accordingly, in the present embodiment, 
since the FCP uses an AV/C command. "0000" is de- 
scribed in the CTS. 

[0575] The area of 4 bits following the CTS describes 
ctype (Command type; functional classification of the 
command) or a response indicative of a result of 
processing corresponding to the command. 
[0576] FIG. 48 illustrates contents of the definition of 
the ctype and response described above. 
[0577] For the ctype (Command), "0000" to "0111" 
can be used, and "0000" is defined as the CONTROL; 
■0001 • as the STATUS; "0010" as the INQUIRY; "0011 " 
as the NOTIFY; and "0100" to "0111" are undefined (re- 
served) at present. 

[0578] CONTROL is a command for controlling the 
function from the outside; STATUS is a command lor in- 
quiring for a state from the outside; INQUIRY is a com- 
mand for inquiring for presence or absence of a support 


of a control command from the outside; and NOTIFY is 
a command for requesting for notification of a variation 
of a state to the outside. 

[0579] For the response, "1000" to "1111" are used. 
5 "1000" is defined as NOT IMPLEMENTED; "1001" as 
ACCEPTED; "1010" as REJECTED; "1011" as IN 
TRANSITION; "1100" as IMPLEMENTED/STABLE; 
"1101" as CHANGED; "1110" as reserved; and "1111" 
as INTERIM. 

10 [0580] Such responses as mentioned above are used 
distinctly in response to the type of a command. For ex- 
ample, as a response to the command CONTROL, one 
of the four responses of NOT IMPLEMENTED, AC- 
CEPTED, REJECTED and INTERIM is selectively used 

15 jn response to a situation of the Responder side and so 
forth. 

[0581] Referring back to FIG. 47, in the area of 5 bits 
following the ctype/response, subun it-type is placed. 
The sub unit-type indicates what apparatus the subun it 

20 of the destination of the COMMAND or the transmission 
source of the RESPONSE is. in the IEEE 1394 format, 
the apparatus itself is referred to as unit, and the type 
of a functional apparatus unit provided in the unit is re- 
ferred to as subunit. For example, where an ordinary 

25 VTR is taken as an example, a unit as a VTR includes 
two subunits including a tuner which receives a ground 
wave or a direct broadcast and a video cassette record- 
er/player 

[0582] The subunit-type is defined in such a manner 
30 as illustrated in FIG. 49A. Referring to FIG. 49A, "00000" 
is defined as Monitor; "00001 " to "00010" are reserved; 
"00011" is defined as Disc recorder/player; "00100" as 
VCR; "001 01 "as Tuner; "00111" as Camera; "01 000" to 
"11110" are reserved; and "11111" is defined as a unit 
35 which is not used where no subunit is present. 

[0583] Referring back again to FIG. 47, in the 3 bits 
following the subunit-type described above, id 
(Node_ID) for specifying, where a plurality of subunits 
of the same type are involved, any one of the subunits 
40 is placed. 

[0584] In the area of 8 bits following the id (NodeJD), 
opcode is placed, and in the following area of 8 bits, op- 
erands are placed. 

[0585] The opcode signifies the Operation Code, and 
45 information (parameters) required by the opcode is 
placed in the operands. An operand is defined for each 
subunit and has a table of a list of opcodes unique to 
the individual subunit. For example, if a subunit is a 
VCR, then various commands including PLAY (repro- 
50 duction) and RECORD (recording) are defined for the 
opcode as seen in FIG. 49B. An operand is defined for 
each opcode. 

[0586] Referring back to FIG. 47, for the datafield 
shown, 32 bits of the 6th quadlet described hereinabove 
55 are essentially required. However, if necessary, oper- 
ands can be added following the 6th quadlet (Additional 
operands). 

[0587] Following the datafield, data_CRC is dis- 
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posed. It is to be noted that, if necessary, a padding can 
be disposed forwardly of the data_CRC. 

2-12. Plug 

5 

[0588] Here, an outline of the plug in the IEEE 1394, 
format is described. The plug here signifies a logical 
connection relationship among apparatus in the IEEE 
1394 format as described hereinabove with reference 
to FIG S. 45A and 45B. 10 
[0589] As shown in FIG. 50, a request for a command 
or the like which is valid in Asynchronous communica- 
tion is transmitted from a producer to a consumer The 
producer and the consumer here signify apparatus 
which function as a transmission apparatus and a re- *5 
ception apparatus on the IEEE 1394 interface, respec- 
tively. The consumer includes a segment buffer indicat- 
ed by slanting lines in FIG. 50, and data are written into 
the segment buffer from the producer. 
[0590] In the IEEE 1394 system, information (Con- 20 
nection Management Information) for determining par- 
ticular apparatus as the producer and the consumer is 
stored at a predetermined position in a plug address in- 
dicated by netted lines. The segment buffer is disposed 
following the plug address. 25 
[0591] The address range of the segment buffer of the 
consumer into which data can be written is determined 
by a limit Count register which is managed by the con- 
sumer side in such a manner as hereinafter described. 
[0592] FIGS. 51 A to 51 C show a structure of the ad- 30 
dress space of the plug in Asynchronous communica- 
tion. 

[0593] The address space of the plug of 64 bits is di- 
vided into 2 s4 (64 K) in such a manner as seen in FIG. 
51 A. Then, a plug is included in the address space of 35 
each Node as seen from FIG. 51 B. Then, each plug in- 
cludes a register indicated by a netted area and a seg- 
ment buffer indicated by a slanting line area in FIG. 51C. 
Information necessary for communication management 
of data between the producer and the consumer as rep- 40 
resented, for example, by a transmission data size and 
a receivable data size is stored in such a manner as de- 
scribed below in the register. The segment buffer is an 
area into which data transmitted from the producer to 
the consumer are written, and it is prescribed that the 45 
segment buffer has a size of, for example, 64 bytes in 
the minimum. 

[0594] The plug address is illustrated in FIG. 52A. In 
other words, the same contents as those of FIG. 51 C 
are illustrated in FIG. 52A. so 
[0595] As seen from FIG. 52A, the register is disposed 
at the top of the plug address, and the segment buffer 
is disposed following the register. 
[0596] Then, an internal structure of the register is 
shown in FIG. 52B. Referring to FIG. 52B, a producer ss 
Count register of, for example, 32 bits is disposed at the 
top of the register, and following the producer Count reg- 
ister, limit Count registers [1] to [14] of 32 bits are dis- 


posed. In other words, one producer Count register and 
fourteen limit Count registers are provided it is to be 
noted that an unused area is provided following the limit 
Count register [1 4J. 

[0597] The plug structure shown in FIGS. 52A and 
52B is designated with an offset address (Address Off- 
set) in such a manner as seen in FIG. 52C. 
[0598] in particular, the offset address 0 designates a 
consumer port (producer Count register), and the offset 
addresses 4, 8, 12, 56^ 60 designate producer ports 
[1] to [14], respectively The offset address 60 is defined 
as reserved arid thus indicates an unused area, and tHe 
offset address 64 designates the segment buffer. ' 
[0599] FIG. 53 shows plug structures of both of the 
producer side and the consumer side. 
[0600] In the plug structure of Asynchronous commu- 
nication, writing into the producer Count register, writing 
into the limit Count register and writing into the segment 
buffer are performed in accordance with a transmission/ 
reception procedure which is hereinafter described to 
realize Asynchronous communication. Such writing op- 
erations are processing as Write Transactions de- 
scribed hereinabove. 

[0601] The producer performs writing into the produc- 
er Count register of the consumer. 
[0602] The producer first writes information regarding 
data transmission of the producer side into the producer 
Count register at an address of the producer itself and 
then writes the contents of the producer Count register 
into the producer Count register of the consumer. 
[0603] The producer Count register uses information 
of the size of data written by one writing processing op- 
eration as the size of data to be written into the segment 
buffer of the consumer by the producer. In other words, 
the producer performs processing of notifying the con- 
sumer of a size of data to be written into the segment 
buffer of the consumer by performing writing into the 
producer Count register. 

[0604] In contrast, writing into the limit Count register 
of the producer is performed by the consumer. 
[0605] The consumer side writes the capacity of the 
segment buffer thereof into one of the limit Count regis- 
ters [1] to [1 4] thereof designated corresponding to that 
of the producer and writes the contents of the limit Count 
register [n] into the limit Count register [n] of the produc- 
er. 

[0606] The producer side determines an amount of 
data to be written by one writing operation in response 
to the contents having been written into the limit Count 
register [n] in such a manner as described above and 
performs writing, for example, into the segment buffer 
of the producer itself. Then, the contents written in the 
segment buffer are written into the consumer. This writ- 
ing into the segment buffer corresponds to data trans- 
mission in Asynchronous communication. 


10 


15 


20 


25 


30 


35 


40 


38 


75 


EP 1 006 531 A2 


76 


2-13. Asynchronous Connection Transmission 
Procedure 

[0607] Subsequently, a basic transmission/reception 
procedure of an Asynchronous connection is described s 
with reference to a processing transition diagram of FIG. 
54 on the assumption of the structure between the plugs 
(producer-consumer) described above with reference to 
FIG. 53. 

[0608] The procedure of transmission/reception to 
processing illustrated in FIG. 54 is executed using an 
AV/C command (Write Request Packet) in environment 
prescribed by the FCP as Asynchronous communica- 
tion. Also AUX data handled in the present embodiment 
are transmitted and received in the IEEE 1394 system is 
using the transmission/reception procedure. However, 
the processing illustrated in FIG. 53 indicates commu- 
nication operation of the Asynchronous connection at 
all, and communication processing corresponding to re- 
cording and reproduction of AUX data is hereinafter de- 20 
scribed. 

[0609] It is to be noted that, although, in an actual 
Asynchronous connection, transmission/reception of 
the Acknowledge is executed as described hereinabove 
with reference to FIG. 46 in response to transmission of 25 
a command, such transmission/reception processing of 
the Acknowledge is omitted in FIG. 54. 
[0610] Further, the IEEE 1394 interface includes, as 
a connection relationship between plugs, a relationship 
prescribed as a controller-target in addition to the rela- 30 
tionship of producer-consumer described above. In the 
IEEE 1394 system, apparatus with which the relation- 
ship of producer-consumer is prescribed and apparatus 
with which the relationship of controller-target is pre- 
scribed do not necessarily coincide with each other. In 35 
other words, the IEEE 1394 system may possibly in- 
clude an apparatus prescribed as a producer as well as 
an apparatus prescribed as an apparatus having a func- 
tion of a controller. Here, however, a case wherein a re- 
lationship of producer-consumer and a relationship of 40 
controller-target coincide with each other is described 
as an example. 

[0611] In the transmission procedure illustrated in 
FIG. 54, a Connect request is transmitted from the pro- 
ducer 1o the consumer in step S101. The Connect re- 45 
quest is a command with which the producer requests 
the consumer for connection and transmits the address 
of the register of the producer to the consumer 
[0612] The Connect request is received by the con- 
sumer in step S102, and the consumer side thus recog- so 
nizes the address of the register of the producer. Then 
in step S103, the consumer transmits a Connect accept- 
ance as a response to the producer. Then in step SI 04, 
the producer receives the Connect acceptance. Conse- 
quently, a connection between the producer and the 55 
consumer for later data transmission/reception is estab- 
lished. 

[0613] After the connection is established in such a 


manner as described above; the consumer requests the 
producer for writing into the limit Count register (herein- 
after referred to simply as "limit Count") in step S105. 
The producer receives the write request in step Si 06 
and transmits a limit Count write acceptance to the con- 
sumer in step S107. Then, in step S108, the consumer 
receives the limit Count write acceptance. Ely trie se- 
quence of processes of the limit Count write request/ 
write acceptance, the segment buffer capacity which is 
a later data write size into the segment buffer is deter- 
mined. 

[061 4] Then in step S 1 09, the producer transmits a 
segment buffer write request to the consumer. Then in 
step S110, the segment buffer write request is received 
by the consumer, and in response to the segment buffer 
write request, the consumer transmits a segment buffer 
write acceptance to the producer in step S111 . The pro- 
ducer receives the segment buffer write acceptance in 
step S1 12. 

[0615] By execution of the processing in steps S109 
to S112, one writing processing operation of data from 
the segment buffer of the producer to the segment buffer 
of the consumer is completed. 

[0616] Here, the data to be written by the processing 
in steps S109 to S112 described above are written 
through one transmission operation with an Asynchro- 
nous Packet described hereinabove with reference to 
FIG. 40. Accordingly, if the size of the data transmitted 
with the Asynchronous Packet is smaller than the data 
size designated by the limit Count described above and 
necessary data transmission is not completed by the 
one transmission operation with the Asynchronous 
Packet, then the processing in steps S109 to S1 12 is 
repeated within a range within which the segment buffer 
is fully occupied. 

[061 7] Then, after the writing processing into the seg- 
ment buffer in steps S109 to S112 described above is 
completed, the producer transmits a producer Count 
register (hereinafter referred to simply as producer 
Count) write request to the consumer in step S11 3. The 
consumer receives the producer Count write request 
and writes it into the producer Count register thereof in 
step S114, and then transmits a producer Count write 
acceptance to the producer in step S1 1 5. The producer 
receives the producer Count write acceptance in step 
S116. 

[061 8] By the processing just described, the consum- 
er is notified of the data size transferred from the pro- 
ducer to the segment buffer of the consumer by the 
processing in steps S109 to S1 12 described above. 
[0619] Then in step S117, a sequence of processes 
for writing into the limit Count in response to the produc- 
er Count writing processing in steps S113 to S116 de- 
scribed above is executed. In particular, transmission of 
a limit Count write request from the consumer to the pro- 
ducer and transmission of a limit Count write accept- 
ance from the producer to the consumer responsive to 
the transmission of the limit Count write request are per- 
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formed in such a manner as in steps S117 to S120. 
[0620] The processing in steps S109 to S120 pro- 
vides a set of procedure of the data transmission 
processing in the Asynchronous Connection. Here, tor 
example, if the size of data to be transmitted is larger s 
than the capacity of the segment buffer and transfer of 
data cannot be completed by one processing operation 
in steps S109 to S120, then the processing in steps 
S109 to S120 can be repetitively executed until the 
transfer of the data is completed. w 
[0621] After the transfer of the data is completed, the 
producer transmits a Disconnect request to the cor^um- 
er in step S121 . The consumer receives the Discohnect 
request in step S122 and transmits a Discohnect ac- 
ceptance in step S 123. Then, in step S1 24, the producer 
receives the Disconnect acceptance, thereby complet- 
ing the data transmission/reception by the Asynchro- 
nous Connection. 

2-14. Concept of Plug in AUX Data Transmission 20 

[0622] FIG. 55 illustrates a concept of a plug upon 
transmission/reception of ATRAC data and AUX data (a 
JPEG picture file and a text file) as data to be recorded 
and reproduced by the MD recorder/player of the 25 
present embodiment. It is to be noted that ATRAC data 
and AUX data (a JPEG picture file and a text file) which 
are data to be recorded and reproduced by the MD re- 
corder/player of the present embodiment are hereinafter 
referred to collectively as "MD matching data". 30 
[0623] Referring to FIG. 55, the MD recorder/player is 
shown as a unit. Further, a Disc recorder/player for re- 
cording and playing back of a mini disc is shown as a 
subunit in the unit as the MD recorder/player. The sub- 
unit is defined as sub_unit type by "00011" described 3$ 
hereinabove with reference to FIG. 49. 
[0624] The plug address to be used to input data to 
the unit on the IEEE 1 394 bus is prescribed as Unit Des- 
tination plug. In contrast, the plug address to be used to 
output data from the unit is prescribed as Unit Source 40 
plug. Over the IEEE 1394 interface, MD matching data 
are inputted and outputted through the Unit Destination 
plug and the Unit Source plug. 

[0625] Further, as an input to the subunit, a subunit 
Destination plug is prescribed under the layer of the Unit 45 
Destination plug. In the present embodiment, three sub- 
unit Destination plugs including Audio, DSI (Digital Still 
Image) and text are prescribed for MD matching data. 
The Audio is a plug for inputting ATRAC data, and the 
DSI is a plug to be used to input a JPEG picture file. The so 
text is a plug to be used to input a text file. 
[0626] Similarly, as an output from the subunit, a sub 
unit Source plug is prescribed under the layer of the Unit 
Source plug, and three subunit Source plugs including 
Audio, DSI (Digital Still Image) and text are prescribed ss 
for MD matching data. The Audio is a plug for outputting 
ATRAC data, and the DSI is a plug to be used to output 
a JPEG picture file. The text is a plug to be used to output 


a text file. 


2-15. Example of Object List 

[0627] In order to allow MD matching data inputted 
over the IEEE 1394 bus to be recorded by the MD re- 
corder/player of the present embcdimehror to aM<^(^- 
ta reproduced by theMtf recorder%^er iol^WS^cl 
to another apparalKi 

computer or a rr^nitor over t fe^^9^M^^^ 


the ■ m r^o^^^^^^^MftS 



15 [0628] As described hereinabove, the MD recorder/ 
player utilizes the U-TOC and the AUX-TOC as informa- 
tion to be used for management of MD matching data. 
However, information of the U-TOC and the AUX-TOC 
is information which closes in the system of the MD re- 
corder/player at all, and such information does not di- 
rectly conform to the IEEE 1 394 interface. 
[0629] Therefore, the MD recorder/player of the 
present embodiment makes use of information of the U- 
TOC and the AUX-TOC to produce, for example, such 
an "object list" as described below as management in- 
formation for MD matching data conforming to the IEEE 
1394 format. 

[0630] The object list is formed, for example, with 
such a hierarchical structure as illustrated in FIGS, 56A 
to 56F. First, a Root contents list (list ID = "1006"h) is 
placed in such a manner as seen in FIG. 56 A. 
[0631] It is to be noted that the list ID is represented 
with 16 bits (2 bytes) and has a value which is different 
among different lists as hereinafter described. The list 
ID is used as an operand of a Record object Command 
and an Object Number Select Command (AV/C com- 
mand) which are hereinafter described. 
[0632] In the Root Contents list, a list Header is placed 
at the top, and following this, a child Directory object is 
placed. The list ID of a list designated as a child is placed 
in the child Directory object. 

[0633] In the present embodiment, it is prescribed that 
the child Directory object having the list ID = "101 0"h 
descrtoed therein designates the Audio Contents list; 
the child Directory object having the list ID = "1020"h 
described therein designates the DSI Contents List; and 
the child Directory object having the list ID = "1100"h 
descrtoed therein designates the Cover text Contents 
list. 

[0634] The Audio Contents list includes a list Header 
and list areas Audiol , Audio2, ... disposed following the 
list header and arranged in the order of track numbers 
of tracks (programs) recorded on the disc. In the list ar- 
eas Audiol , Audio2, .... list IDs of text Contents lists cor- 
responding to the track #1 , track #2, ... are placed. The 
list IDs of the text Contents lists corresponding to the 
individual track numbers are prescribed as "11xx"h and 
set such that the value of "xx"h corresponding to 1 byte 
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of the low order corresponds to a track number 
[0635] As seen from FIG. 56F, as such text Contents 
lists, a Trackl text Contents list (text Contents list corre- 
sponding to the track #1 ) and a Track2 text Contents list 
(text Contents list corresponding to the track #2) are il- 5 
lustrated. 

[0636] Each text Contents list has list areas sectioned 
like text 1, text 2, text 3, .... The list areas correspond, 
for example, to the order ot reproduction of text files 
managed so as to be reproduced in synchronism with a io 
track, and each list area has information of the recorded 
position (address: directory) of the text file placed there- 
in. The recorded position information corresponds to 
object_position of an operand of the Record object 
Command and the Object Number Select Command 
(AV/C commands) which are hereinafter described. 
[0637] The DSI Contents list shown in FIG. 56C man- 
ages picture files recorded on the disc. The DSI Con- 
tents list includes a list Header and list areas Picture 1 . 
Picture 2, ... disposed following the list Header in ac- 
cordance with the order of file numbers recorded in the 
disk. Each list area has object_posrtion ot the picture file 
placed therein. 

[0638] The Cover text Contents list shown in FIG. 56B 
manages those of text files recorded on the disc which 
are designated as cover texts. The Cover text Contents 
list includes a list Header and list areas Cover text 1 , 
Cover text 2, ... disposed following the list Head in ac- 
cordance with the order of file numbers recorded on the 
disc. Each list area has object_position for specification 
of the text file placed therein. 

[0639] It is to be noted that such object lists as de- 
scribed above are produced by the system controller 11 
of the MD recorder/player 1 in a required opportunity 
such as, for example, upon loading of a disc or upon 
starting of data communication in accordance with the 
IEEE 1 394 using a set corresponding to the I EEE 1 394. 

2-16. Record object Command 

[0640] Now, the Record object Command which is an 
AV/C command packet defined for performing recording 
of an AUX data file (a JPEG picture file or a text file) on 
the IEEE 1394 format is described. The Record object 
Command is used as a recording command which is 
transmitted from an external apparatus as a controller 
such as, for example, a personal computer to the MD 
recorder/player as a target, for example, in order to 
record an AUX data file by means of the MD recorder/ 
player. 

[0641] FIG. 57 shows a structure of the Record object 
Command. Specifically, FIG. 57 shows contents of the 
opcode and operands picked up from the datafietd de- 
scribed hereinabove with reference to FIG. 47. 
[0642] The Record object Command is prescribed 
such that, when the opcode (1 byte) of an AV/C com- 
mand is C"2"h, the AV/C command packet is the Record 
object Command. 


[0643] In this instance, the operandi (1 byte) is defined 
as subfunctionl. The subfunctionl indicates the number 
of objects to be recorded where one of "01 "h to B FE a h 
is described therein as seen in FIG. 58. Where the sub- 
function! is "FF"h, it is defined that there is no designa- 
tion of an object number. 

[0644] The operand2 (1 byte) is defined as 
subfunction2. In this instance, "OCfh is described fixedly 
in the operand2. 

[0645] The operand3 (1 byte) is an area for a plug type 
and specifies a plug of a destination of transmission of 
recording data. The plug type designates the Source 
plug where it is "00"h, but designates the Destination 
plug where it is "01 "h as seen from FIG. 58. For the 
Source plug and the Destination plug, refer to FIG. 55. 
[0646] Since the Record object Command is a record- 
ing command, "01 "h representing that the plug type is 
the Destination plug is described in the plug type. 
[0647] The operand4 (1 byte) is an area for the plug 
ID and designates a plug on the subunit level of the plug 
indicated by the plug type of the operanda Accordingly, 
in this instance, the subunit Destination plug illustrated 
in FIG. 55 is designated. 

[0648] The plug ID is defined such that it represents 
the DSI where it is "01 °h, but represents the text where 
it is "02"h as seen in FIG. 58. For example, while it is 
illustrated in FIG. 55 that the subunit Destination plug 
represents the Audio when it is "00"h, in the present em- 
bodiment, since ATRAC data which are Audio data are 
transmitted by Isochronous communication, "OCh, that 
is, the Audio, is not used here. 

[0649] For example, a system apparatus side repre- 
sented by the MD recorder/player has a database called 
descriptor, and information of contents of the definition 
of the plug ID shown in FIG. 58 is placed in the descrip- 
tor. Consequently, the system apparatus can discrimi- 
nate whether data to be transmitted for recording are 
the DSI or the text by referring to contents of the plug 
ID of the operand4. 

[0650] The operands (2 bytes) is an area for a new 
object position number. 

[0651] The Record object Command is transmitted 
with "FFFF'h described in the new object position 
number. Thus, the target places the value of the object 
position, which is a recorded position on the disc, into 
the area for the new object position number of the RE- 
SPONSE (ACCEPTED) and returns the RESPONSE to 
the controller. 

[0652] The operand6 (2 bytes) is an area for the des- 
tination list ID. The destination list ID corresponds also 
to contents of the object list of FIG. 56 and designates 
a Contents list (that is, a type) in which recording data 
are to be managed. In particular, as seen from FIG. 58, 
the destination list ID is defined such that it is "1020"h 
f or the DSI , " 1 1 xx"h for the text and ' 1 1 00*h for the Cover 
text. It is to be noted that "1 01 0'h representing the Audio 
is not used also here. 
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2-17. Object Number Select Command 

[0653] Subsequently, an Object Number Select Com- 
mand (ONS Command) which is an AV/C command 
packet defined for reproducing an AUX data file on the 
IEEE 1394 format is described. The ONS Command is 
used as a reproduction command which is transmitted, 
for example, to the MD player/recorder as a target from 
an apparatus as a controller in order that an AUX data 
file may be reproduced by the MD player/recorder. 
[0654] FIG. 59 shows a structure of the ONS com- 
mand. Also in FIG. 59, contents of the opcode and op- 
erands of the datafield described hereinabove with ref- 
erence to FIG. 47 are shown. 

[0655] Where the opcode (1 byte) of an AV/C com- 
mand packet is °00"h, it is prescribed that the AV/C com- 
mand packet is the ONS command. 
[0656] The operandO (1 byte) is an area which indi- 
cates the source plug (subunit Source plug shown in 
FIG. 56). In particular, the operandO designates one of 
Audio (ATRAC data), DSI (a picture file) and a text as 
MD matching data. Also here, the Source plug is defined 
such that it designates the DSI when it is "01 "h but des- 
ignates the text when it is "02"h as seen from FIG. 60 
("00"h designating the Audio is not used). 
[0657] The operandi (1 byte) is defined as subf unc- 
tion. In the ONS Command, only "D3 n h (NEW) is accept- 
ed as the operandi. 

[0658] The operand2 (1 byte) is defined as status and 
is transmitted with "FF°h described therein. Then, if the 
target receives this, then the target places °00"h (Se- 
lected) into the area of the operand2 (status) and sends 
back the ONS command to the controller. 
[0659] The operand3 (1 byte) is an area for the 
number of ONS selection and indicates the number of 
contents (objects) to be reproduced by one command. 
[0660] The operand4 (2 bytes) is an area for the 
RootJistJD. In the present embodiment, "1000"h is 
placed as the listJD indicative of the Root Contents list 
of FIG. 56 in the operand4. 

[0661] The operands (1 byte) is defined as 
selectionjndicator. 

[0662] The selectionjndicator designates, when it is 
"00'h as seen in FIG. 60, that the AV/C command packet 
is the ONS command which designates a particular file 
from within the entire object list (refer to FIG. 56) (des- 
ignation of the entire object). 

[0663] Where the selectionjndicator is "01 "h, it indi- 
cates that the AV/C command packet is the ONS Com- 
mand which designates a file directly from within a layer 
of a child. 

[0664] The operand6 is defined as target_depth. 
Here, "FF"h is placed in the operand6. 
[0665] The operand7 (2 bytes) represents listJD. The 
listJD corresponds to the listJD of the Contents list in- 
dicated by the child Directory object of the Root Con- 
tents list shown in FIG. 56. In short, the value described 
in the listJD of the operand? designates a type of the 


Contents list in which a file to be designated for repro- 
duction is present. 

[0666] The listJD here is defined such that, when it 
is "1020ti, it designates the DSI; when it is "llxx"h, it 
5 designates the text; and when it is "1l00"h, it designates 
a Cover text. The listJD here corresponds to the listJD 
of the Contents list of the object list described herein- 
above with reference to FIG. 56 ('1010"h designating 
the Audio is not used). 
io [0667] The operand8 (2 bytes) is defined as target 
object_position, and the value of the object_position of 
that one of objects (contents) of the Contents list desig- 
nated by the listJD of the operand7 described above 
which is designated as a file to be reproduced is de- 
ls scribed in the operand8. 

[0668] As an example, if the ONS command desig- 
nates, for example, the textl of the Trackl text Contents 
list of FIG. 56F in the object list shown in FIGS. 56A to 
56F as a file to be reproduced, then °1000"h is placed 
20 in the RootJistJD of the operand4 and the value 
"11xx°h of the listJD actually applied to the Trackl text 
Contents list is described in the listJD of the operand7. 
Further, the value of the object_position actually applied 
to the textl is described in the target object_position of 
25 the operand8. A directory (object_position) of an AUX 
data file to be reproduced is designated in the ONS com- 
mand in this manner. 

2-18. Stop Command 

30 

[0669] FIG. 61 shows a structure of the Stop Com- 
mand for controlling stopping of recording or reproduc- 
tion as an AV/C command packet. It is to be noted that 
FIG. 61 illustrates contents of the opcode and operands 
35 of the datafield described hereinabove with reference to 
FIG. 47. 

[0670] Where the opcode (1 byte) of an AV/C com- 
mand packet is "C5"h, the AV/C command is defined as 
the Stop Command. 

*o [0671] The areas of the operandi and the operand2 
are defined as subfunctionl and subfunction2, respec- 
tively. It is prescribed that, in the Stop Command, "00'h 
is described in both of the operandi and the operand2. 
[0672] The operand3 (1 byte) is used for a plug type 

45 and indicates a plug type for controlling stopping of re- 
cording or reproduction. The operand3 is defined such 
that, when it is "00"h, it designates the Source plug, but 
when it is "01 "h, it designates the Destination plug. For 
recording stopping control, '01 "h representing the Des- 

50 tination plug is described in the plug type, but for repro- 
duction stopping control, "00"h representing the source 
plug is described in the plug type. 
[0673] The plug ID of the operand4 (1 byte) desig- 
nates a subunit plug in a plug designated by the plug 

55 type whose recording or reproduction is to be stopped. 
Accordingly, the plug ID is defined such that it desig- 
nates the DSI with "01 "h, but designates the text with 
■02"h ("00"h representing the Audio is not used). 
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2-19. AUX Data Recording Processing 

[0674] Now, recording processing of AUX data over 
the IEEE -1 394 bus is described based on the foregoing 
description with reference to a processing transition di- s 
agram of FIG. 63. 

[0675] As an example of AUX data recording of an 
IEEE 1394 system, AUX data recording of the AV sys- 
tem 103 described hereinabove with reference to FIG. 
1 is described. For example, AUX data stored on a hard io 
disc of the personal computer 113 may be transmitted 
to the M0 recorder/player 1 so that they may be record- 
ed onto a hard disk of the MD recorder/player 1 . When 
this is applied to the case illustrated in FIG. 63, a plug 
relationship is prescribed such that the producer (con- is 
trailer) in FIG. 63 is the personal computer 113, and the 
consumer (target) is the MD recorder/player 1 . 
[0676] It is to be noted that a process indicated by a 
solid line arrow mark in FIG. 63 described below is a 
process as the Asynchronous Connection described 20 
hereinabove with reference to FIG. 54, and a process 
indicated by a hollowed arrow mark is a communication 
process in which an AV/C command packet for AUX da- 
ta recording or stopping control described hereinabove 
with reference to FIGS. 57, 58, 61 and 62 is used. Also 
in FIG. 63, transmission/reception processing regarding 
the Acknowledge which is performed actually is omitted 
for simplified illustration and description. 
[0677] Upon recording of AUX data, the processing is 
started from transmission of a Content request by the 
producer first in step S201 . It is to be noted that process- 
ing in steps S201 to S208 is similar to the processing in 
steps S102 to S 108 described hereinabove with refer- 
ence to FIG. 54, and therefore, overlapping description 
of it is omitted here to avoid redundancy. 
[0678] After plug connection and confirmation of a lim- 
it Count are completed by the processing in steps S201 
to display monitor 208, the producer sends a Record ob- 
ject request in step S209. In particular, the producer 
transmits a Record object Command having operands 
of contents corresponding to data to be recorded in ac- 
cordance with the format described hereinabove with 
reference to FIGS. 57 and 58. Then, the consumer re- 
ceives the Record object Command in step S210 and 
transmits acceptance of the Record object Command to 
the producer in step S211. In particular, the consumer 
rewrites the operands of the received Record object 
Command in accordance with the necessity and sends 
back the resulting Record object Command to the pro- 
ducer. Then in step S212, the producer receives the 
Record object acceptance. Through the operations, the 
subject Destination plug described hereinabove with 
reference to FIG. 55 is set to establish a condition 
wherein transmission/reception of AUX data (a picture 
file or a text file) is enabled. 

[0679] Next to the processing in step S21 2 described 
above, processing of transmission of a segment buffer 
write request from the producer to the consumer and 


succeeding reception of a segment buffer write accept- 
ance from the consumer to the producer is performed 
in steps S213 to S216 to transmit an AUX data file as 
recording data from the producer to the consumer. 
[0680] Also here, if transmission of AUX data as re- 
cording data is not completed by one processing oper- 
ation in steps S21 3 to S216, then the processing in steps 
S213 to S216 is repetitively performed wiihin a range 
until the segment buffer is fully occupied. 
[0681] After data writing into the segment buffer is 
completed in this manner, a producer Count write re- 
quest is transmitted from the producer to the consumer 
in step S217, and the consumer receives the producer 
Counter write request in step S2 18. Then in step S219, 
a producer Count write acceptance is transmitted from 
the consumer to the producer, and in step S220, the pro- 
ducer receives the producer Count write acceptance, 
thereby completing the processing for notifying the pro- 
ducer of the size of data having been written into the 
segment buffer of the consumer in steps S21 3 to S216 
described above. 

[0682] Then in the following steps S221 to S224, 
transmission/reception of the limit Count register is per- 
formed by a processing procedure similar to that in steps 
S205 to S208 described above as responding operation 
to the writing processing into the segment buffer before 
then. 

[0683] The processing in steps S213 to S224 de- 
scribed above is one set of processing procedure, for 
example, for writing AUX data into the segment buffer 
of the MD recorder/player side serving as a consumer. 
[0684] Also here, for example, if the size of an AUX 
data file to be transmitted is greater than the capacity of 
the segment buffer and transfer of the data is not com- 
pleted by one processing operation in steps S213 to 
S224, then the processing in steps S213 to S224 is re- 
petitively executed until transfer of the data is complet- 
ed. 

[0685] Then, after transfer of the data is completed, 
the producer sends a Stop request in step S225. In par- 
ticular, the producer transmits a Stop Command having 
operands for performing recording stopping control for 
a required subunit plug in accordance with the format 
described hereinabove with reference to FIGS. 61 and 
62. Then, the consumer receives the Stop Command in 
step S226 and transmits a Stop acceptance to the pro- 
ducer in step S227. Then in step S228, the producer 
receives the Stop acceptance, thereby completing the 
stopping control of the recording operation. 
[0686] Thus, as the transmission/reception process- 
ing for a Disconnect is completed by processing in steps 
S229 to S232, the plug setting for AUX data recording 
till then is cancelled. 


[0687] Subsequently, reproduction processing for 
AUX data over the IEEE 1 394 bus is described with ref- 
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erence to a processing transition diagram of FIG. 64. 
[0688] Here, a case is considered wherein, for exam- 
pie, the AV system 103 described hereinabove with ref- 
erence to FIG. 1 transfers AUX data reproduced by the 
MD recorder/player 1 to the personal computer 113 so 5 
that the AUX data may be stored onto the hard disk or 
may be displayed or outputted. In this instance, the per- 
sonal computer 1 1 3 sends a reproduction request. 
[0689] If this is applied to FIG. 64, a plug relationship 
is prescribed such that the consumer (target) is the per- io 
sonal computer 1 1 3, and the producer (controller) is the 
MD recorder/player 1. In other words, the relationship 
between the producer and the consumer is opposite to 
that upon recording processing described above with 
reference to FIG. 63. 75 
[0690] It is to be noted that, also in FIG. 64, a process 
indicated by a solid line arrow mark represents a proc- 
ess as an Asynchronous Connection described herein- 
above with reference to FIG. 54, and a process indicated 
by a hollowed arrow mark indicates a communication 20 
process which uses an AV/C command packet for AUX 
data reproduction and stopping control described here- 
inabove with reference to FIGS. 59 to 62. Also in FIG. 
64, transmission/reception processes regarding the Ac- 
knowledge are omitted for simplified illustration and de- 2s 
scription. 

[0691] Upon reproduction of AUX data, processing is 
started from transmission of a Connect request from the 
consumer to the producer in step S301 . Processing in 
steps S301 to S308 is similar to that in steps S102 to 30 
S108 described hereinabove with reference to FIG 54, 
&nd overlapping description of it is omitted here to avoid 
redundancy. 

[0692] After plug connection and confirmation of a lim- 
it Count are completed by the processing in steps S302 35 
to S308, the consumer transmits an ONS request in step 
S309. In particular, the consumer transmits an ONS 
command having operands of contents corresponding 
to a data file to be reproduced in accordance with the 
format described hereinabove with reference to FIGS. 40 
59 and 60. Then, the producer receives the ONS com- 
mand in step S310 and transmits an ONS acceptance 
to the producer in step S311 . In particular, also here, the 
producer executes processing of rewriting the operands 
in accordance with a reception situation and so forth in 45 
response to the received ONS command and sending 
back the resulting ONS command to the consumer. 
Then in step S312, the consumer receives the ONS ac- 
ceptance. Consequently, for example, the MD recorder/ 
player 1 serving as the producer specifies an AUX data so 
file to be reproduced from within the object list (refer to 
FIG. 56), reads out the AUX data file from the disc and 
reproduces or outputs it. 

[0693] Then, in order to transmit the AUX data file 
read out from the disc in such a manner as described ss 
above to the consumer, processing of transmission of a 
segment buffer write request from the producer to the 
consumer and transmission of a segment buffer write 


acceptance from the consumer to the producer respon- 
sive to the segment buffer write request is executed in 
steps S31 3 to S316. By the single processing operation 
in steps S313 to S316, the AUX data file reproduced 
from the disc is transferred in a unit of an Asynchronous 
Packet to the segment buffer of the consumer. 
[0694] Also here, if transfer of the AUX data to be 
transferred to the consumer is not completed by the one 
processing operation in steps S313 to S316 (one trans- 
mission operation of an Asynchronous Packet), then the 
processing in steps S313 to S316 is repetitively per- 
formed within a range until the segment buffer is occu- 
pied fully. \ : ^~Z m .^^^IS ^^^J]^ ■ 
[0695] After data writing into the segment buffer is 
completed in this manner, processing of transmission of 
a producer Count write request from the producer to the 
consumer and transmission of a producer Count write 
acceptance from the consumer to the producer is exe- 
cuted in steps S317 to S320, thereby completing the 
processing for notifying the producer of a size of data 
written in the segment buffer of the consumer by the 
processing in preceding steps S31 3 to S316. 
[0696] It is to be noted that, upon AUX data reproduc- 
tion processing, transmission/reception of the limit 
Count register is not performed after the producer Count 
write request/write acceptance processing in steps 
S317to S320. 

[0697] Also in this instance, the processing in steps 
S31 3 to S320 described above is one set of processing 
procedure, for example, for writing AUX data repro- 
duced by the MD recorder/player serving as a producer 
into the segment buffer of the personal computer device 
serving as a consumer. Also here, for example, if the 
size of an AUX data file to be transmitted is greater than 
the capacity of the segment buffer and transfer of the 
data is not completed by the single processing operation 
in steps S313 to S320, the processing in steps S313 to 
S320 is repetitively executed until transfer of the data is 
completed. 

[0698] Then, after transfer of the data is completed, 
processing in steps S321 to S328 is executed. It is to 
be noted that the processing in steps S321 to S328 is 
similar to that in steps S225 to S232 described herein- 
above with reference to FIG. 63, and therefore, overlap- 
ping description of it is omitted to avoid redundancy. 
[0699] It is to be noted that, while the processing op- 
eration described above presumes a case wherein AUX 
data are communicated between the MD recorder/play- 
er 1 and the personal computer 113 in the AV system 
103 shown in FIG. 1 , for example, as far as transfer of 
an AUX data file is concerned, similar processing is ap- 
plied even if, for example, the MD recorder/player 1 and 
the IRD 1 1 2 are connected by a plug connection to each 
other. Further, also transfer of an AUX data file between 
the IRD 112 and the personal computer 113 is possible 
depending upon a similar processing concept. In partic- 
ular, in the present embodiment, various system config- 
urations are possible as far as transfer of an AUX data 
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file in the IEEE 1394 is performed by Asynchronous 
communication as in the description above. 
[0700] Further, the present invention can be applied 
not only to the IEEE 1 394 format, but also to any com- 
munication format in which a communication mode 
wherein data are transmitted periodically and another 
communication mode wherein data are communicated 
asynchronously are used. 

[0701) It is to be noted that, in the embodiment de- 
scribed above, AUX data reproduced by the MD record- 
er/player 1 are transferred to the personal computer 113 
in response to a reproduction request from the personal 
computer 113, and during such transfer, reproduction of 
audio data from the MD recorder/player 1 is inhibited. 
[0702] However, since so-called intermittent repro- 
duction wherein the MD recorder/player 1 reproduces 
audio data from a disc and, when the audio data are fully 
stored into the memory, stops the reproduction is per- 
formed, also AUX data which are sub data can be trans- 
ferred while reproducing (transferring) audio data by re- 
peating feeding, during such intermittent reproduction, 
of the optical pickup from the audio data recording area 
to the AUX data recording area to reproduce the AUX 
data and then returning the optical pickup to the audio 
data recording area. 

[0703] Upon the transfer described above, audio data 
(ATRAC data) which are main data are transferred in 
accordance with the Isochronous communication sys- 
tem while still pictures or text data which are sub data 
are transferred in accordance with the Asynchronous 
communication system. 

[0704] The personal computer 113 on the reception 
side discriminates audio data (ATRAC data), which are 
main data, and still pictures or text data, which are sub 
data, transmitted over the IEEE 1 394 bus from each oth- 
er based on the Plug ID or the destination list-ID to ex- 
tract the main data and the sub data. 
[0705] For example, in the IEEE 1394 format, an Iso- 
chronous communication system (first communication 
system) wherein data are transmitted periodically and 
an Asynchronous connmunication system (second com- 
munication system) wherein data are transmitted asyn- 
chronously are performed. Usually data are handled by 
the Isochronous communication system, and transmis- 
sion/reception of commands is performed by the Asyn- 
chronous communication system. 
[0706] In the present invention, it is prescribed that, 
when audio data (main data) and AUX data files (includ- 
ing a picture file and a text file and called sub data) which 
can be recorded or reproduced, for example, by means 
of a recording or reproduction apparatus as a mini disc 
system are transmitted and received over the IEEE 
1 394 bus, the audio data are transmitted and received 
by the Isochronous communication system and the AUX 
data files are transmitted and received by the Asynchro- 
nous communication system. 

[0707] In short, upon recording, the mini disc record- 
ing and reproduction apparatus receives audio data by 


the Isochronous communication system and receives 
AUX data files by the Asynchronous communication 
system over the IEEE 1394 bus. and records the re- 
ceived data onto a disc. 

5 [0708] On the other hand, upon reproduction, the mini 
disc recording and reproduction apparatus transmits, 
from within audio data and AUX data files reproduced 
from a disc, the audio data by the Isochronous commu- 
nication system and transmits the AUX data files by the 

io Asynchronous communication system. 

[0709] Since the construction described above is em- 
ployed, the following advantages can be achieved by 
the present invention. 

[0710] For example, while audio data have a targe da- 
is ta size and a time series continuity (real time property) 
is required for the audio data, where audio data are 
transmitted and received by the Isochronous communi- 
cation system as in the present invention, as far as audio 
data are transmitted using a bandwidth obtained by 
20 band reservation in the Isochronous communication 
system, the time series continuity of the audio data can 
be assured. 

[0711] Meanwhile, AUX data files are, for example, 
still picture data or text data, and such a real time prop- 

25 erty as is required for audio data is not required for the 
AUX data files. Also the data size of AUX data files is 
small. Therefore, it is not preferable in terms of the trans- 
mission efficiency to transmit AUX data files by the Iso- 
chronous communication system because the band is 

30 occupied by data even if the amount of the data is small. 
Therefore, where AUX data files are transmitted and re- 
ceived by the Asynchronous communication system, 
which is originally used for transmission and reception 
of commands, as in the present embodiment, AUX data 

35 are transmitted making use of a free band obtained with- 
in a period for transmission of 1 packet without reserving 
a band for transmission. In other words, it is possible to 
effectively utilize a finite band to transmit and receive 
AUX data together with audio data. 

*o [0712] Further, while Isochronous communication re- 
quires a PLL circuit and so forth to establish synchroni- 
zation between the transmission side and the reception 
side, Asynchronous communication does not require 
any component for establishing such synchronization. 

45 Therefore, as regards transmission of AUX data files, 
there is no necessity for provision of PLL circuits for es- 
tablishing synchronization, and consequently, the con- 
figuration of hardware of the IEEE 1394 interface can 
be simplified as much. Particularly, even an apparatus 

50 such as a personal computer which is rather inferior in 
synchronized communication function from its configu- 
ration can perform transmission/reception of AUX data 
readily. 

[0713] Further, in the present invention, as a com- 
55 mand to be transmitted, for example, from a mini disc 
recording and reproduction apparatus to an external ap- 
paratus (controller), a recording command (AV/C com- 
mand) for requesting for recording by Asynchronous 
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2. An information transmission apparatus according to 
claim 1 , wherein the first communication system is 
an Isochronous communication system. 

5 3. An information transmission apparatus according to 
claim 1 , wherein the second communication system 
is an Asynchronous communication system. 

4. An information transmission apparatus according to 
to claim 1 , wherein the first and second communica- 
tion systems conform to the IEEE 1394 standard. 

5. An information transmission apparatus according to 
claim 1 , wherein said transmission means transmits 

15 command data to be transmitted to the apparatus 
which is a destination of the transfer in accordance 
with the second communication system. 

6. An information transmission apparatus according to 
20 claim 1 , wherein the main data to be outputted suc- 
cessively in time are audio data. 

7. An information transmission apparatus according to 
claim 1 , wherein the main data to be outputted suc- 

25 cessively in time are video data. 

8. An information transmission apparatus according to 
claim 1 , wherein the sub data relating to the main 
data are video data. 

30 

9. An information transmission apparatus according to 
claim 1 , wherein the sub data relating to the main 
data are text data. 


communication is defined, and a notification of the type 
of AUX data to be recorded is transmitted by transmis- 
sion of the recording command. Consequently, the mini 
disc recording and reproduction apparatus can execute 
a recording operation suitable for the type of AUX data 
to be recorded. In short, upon recording of data inputted 
over the IEEE 1394 bus, recording managed with the 
level of a type unit of AUX data can be performed. 
[0714] On the other hand, upon reproduction, a re- 
cording command (AV/C command) for requesting for 
reproduction by Asynchronous communication is de- 
fined, and an AUX data file to be reproduced is desig- 
nated by transmitting the recording command. Then, the 
mini disc recording and reproduction apparatus can re- 
produce and output a designated AUX data file in re- 
sponse to the command. In short, upon reproduction or 
outputting of an AUX data file, required data reproduc- 
tion can be performed in a unit of an AUX data file to 
output the data to the bus. 

[0715] While a preferred embodiment of the present 
invention has been described using specific terms, such 
description is for illustrative purposes only, and it is to 
be understood that changes and variations may be 
made without departing from the scope of the following 
claims. 

[0716] In so far as the embodiments of the invention 
described above are implemented, at least in part, using 
software-controlled data processing apparatus, it will be 
appreciated that a computer program providing such 
software control and a storage medium by which such 
a computer program is stored are envisaged as aspects 
of the present invention. 


Claims 

1. An information transmission apparatus which can 
communicate data with another apparatus over a 
single data bus in accordance with a first commu- 
nication system wherein data can be transmitted 
periodically and a second communication system 
wherein data can be transmitted asynchronously, 
comprising: 


35 10. A recording apparatus which communicates data 
over a single data bus in accordance with a first 
communication system wherein data can be re- 
ceived periodically and a second communication 
system wherein data can be received asynchro- 

40 nously and records the received data onto a record- 
ing medium, comprising: 

discrimination means for discriminating wheth- 
er data received are main data transmitted 
thereto in accordance with the first communi- 
cation system and to be outputted successively 
in time or sub data transmitted in accordance 
with the second communication system and re- 
lating to the main data; and 
recording means for recording, when said dis- 
crimination means discriminates that the re- 
ceived data are main data to be outputted suc- 
cessively in time, the received main data into a 
first area of the recording medium but record- 
ing, when said discrimination means discrimi- 
nates that the received data are sub data relat- 
ing to the main data, the received sub data into 
a second area of the recording medium. 


discrimination means for discriminating wheth- 45 
er data to be transmitted are main data to be 
outputted successively in time or sub data re- 
lating to the main data; and 
transmission means for transmitting, when said 
discrimination means discriminates that the da- so 
ta to be transmitted are main data to be output- 
ted successively in time, the data in accordance 
with the first communication system but trans- 
mitting, when said discrimination means dis- 
criminates that the data are sub data relating to ss 
the main data, the data in accordance with the 
second communication system. 
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11. A recording apparatus according to claim 10, 
wherein the first communication system is an Iso- 
chronous communication system. 

12. A recording apparatus according to claim 10, s 
wherein the second communication system is an 
Asynchronous communication system. 

13. A recording apparatus according to claim 10, 
wherein the first and second communication sys- 10 
terns conform to the IEEE 1 394 standard. 

1 4. A recording apparatus according to claim 1 0 where- 
in said reception means further receives command 
data in accordance with the second communication 15 
system. 

15. A recording apparatus according to claim 10, 
wherein the main data to be outputted successively 

in time are audio data. 20 

16. A recording apparatus according to claim 10, 
wherein the main data to be outputted successively 
in time are video data. 


20. An information transmission method by which data 
can be communicated between different apparatus 
over a single data bus in accordance with a first 
communication system wherein data can be trans- 
mitted periodically and a second communication 
system wherein data can be transmitted asynchro- 
nously, comprising the steps of: 

discriminating whether data to be transmitted 
are main data to be outputted successively in 
time or sub data relating to the main data; and 
transmitting, when it is discriminated by the dis- 
criminating step that the data to be transmitted 
are main data to be outputted successively in 
time, the data in accordance with the first com- 
munication system but transmitting, when it is 
discriminated by the discriminating step that the 
data are sub data relating to the main data, the 
data in accordance with the second communi- 
cation system. 


30 


35 


17. A recording apparatus according to claim 10, 
wherein the sub data relating to the main data are 
video data. 

18. A recording apparatus according to claim 10, 
wherein the sub data relating to the main data are 
text data. 

19. A transmission and reception system, comprising: 

first reception means for receiving main data to 
be outputted successively in time and sub data 
relating to the main data; 
transmission means for transmitting the main 
data received by said first reception means and *o 
to be outputted successively in time in accord- 
ance with a first communication system where- 
in data can be transmitted periodically and 
transmitting the sub data relating to the main 
data in accordance with a second communica- 45 
tion system wherein data can be transmitted 
asynchronously; 

second reception means for receiving the main 
data and the sub data transmitted from said 
transmission means over a single cable; and so 
separation means for separating the main data 
transmitted in accordance with the first commu- 
nication system and received by said second 
reception means and the sub data transmitted 
in accordance with the second communication 5$ 
system and received by said second reception 
means from each other. 


21 . A recording method by which data are communicat- 
ed over a single data bus in accordance with a first 
communication system wherein data can be re- 
25 ceived periodically and a second communication 
system wherein data can be received asynchro- 
nously and the received data are recorded onto a 
recording medium, comprising the steps of: 


discriminating whether data received are main 
data transmitted thereto in accordance with the 
first communication system and to be outputted 
successively in time or sub data transmitted in 
accordance with the second communication 
system and relating to the main data; and 
recording, when it is discriminated by the dis- 
criminating step that the received data are main 
data to be outputted successively in time, the 
received main data into a first area of the re- 
cording medium but recording, when it is dis- 
criminated by the discriminating step that the 
received data are sub data relating to the main 
data, the received sub data into a second area 
of the recording medium. 

22. A transmission and reception method, comprising: 

a first receiving step of receiving main data to 
be outputted successively in time and sub data 
relating to the main data; 
a transmitting step of transmitting the received 
main data to be outputted successively in time 
in accordance with a first communication sys- 
tem wherein data can be transmitted periodi- 
cally and transmitting the sub data relating to 
the main data in accordance with a second 
communication system wherein data can be 
transmitted asynchronously; 
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a second receiving step of receiving the main 
data and the sub data transmitted in the trans- 
mitting step over a single cable; and 
a separating step of separating the received 
main data transmitted in accordance with the s 
first communication system and the received 
sub data transmitted in accordance with the 
second communication system from each oth- 
er. 
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